表中的"性能影响"列指示每个参数影响
1 表分区
在大量数据处理的项目中，可以考虑使用分区表来提高应用系统的性能并方便数据管理．在大型的企业应用或企业级的数据库应用中，要处理的数据量通常可以达到几十到几百GB．有的甚至可以达到TB级。虽然存储介质和数据处理技术的发展也很快．但仍然不能满足用户的需求，为了使用户大量的数据在读写操作和查询中速度更快．Oracle提供了对表和索引进行分区的技术，以改善大型应用系统的性能。
2 碎片整理
本文用几点了说明DB2数据库优化需掌握几条基本策略。
1、对后续用到的表建立索引(注意在插入数据之前建立或者在插入后建立但是要runstats)：
说明：插入之前建立的话，在表插入数据的过程中，索引也随着更新，这样的话需要较大的日志空间，因此速度会比较慢，可以采用不计日志的方式插 入;数据差完之后再建立索引的话，该表的日志统计信息没有更新，因此执行计划会很差，用不到索引，runstats on tabble asiainfo.aaaa and indexes all之后，索引统计信息就会更新，这样执行计划会考虑到使用索引，因此速度快。
计算机网络的普及应用已渗透到社会各个层面，给社会带来便利的同时也随之带来的安全和管理问题。互联网络是一把双刃剑；就如一个企业而言有些员工利 用工作时间看新闻、玩游戏、干私活、聊天、泄密公司资料、炒股票、下电影、听歌曲、浏览色情站点、甚至在公司网上边拿老板工资边找工作等等。不仅仅消耗公 司资源，更是因为影响公司效率、泄露公司机密、甚至丢失客户资源令人痛心。而利用局域网网络监控软件这非常有效的管理辅助手段并和企业的内部管理机制结合 达到更加事半功倍的效果，已经成为大家的共识。
ORACLE的数据库所占用的内存区域被称为SGA，它主要由三部分组成，第一部分是DATA BUFFER，第二部分是LOG BUFFER，第三部分是SHARED POOL。
当谈到影响SQL Server性能的组分时，你很可能会想到CPU的使用率、内存和查询过程所占用的I/O资源。不过，还有另外一个值得注意的影响因素，那就是磁盘空间的 使用。在以前，磁盘空间的成本非常高，所以大部分人都会竭尽所能地节约磁盘空间的使用。相信大家对千年虫问题还记忆犹新，问题的产生正是源于日期是以八位 字符(例如2000年11月7日的格式为11/07/00)形式存储的。老牌的计算机程序员在存储每个日期时都只存储年份的后两位数字，而省去了前两位。
- 1.监控事例的等待：
select event,sum(decode(wait_time,0,0,1)) prev, sum(decode(wait_time,0,1,0)) curr,count(*)
from v$session_wait
最近应朋友邀请参与一个生产环境下WebLogic 性能诊断工作，特将初步的诊断和分析过程记录下来，与大家分享。
环境是 HPUX 64bit OS, WebLogic 10. 问题是在业务高峰期间可能会无响应。（不知到 weblogic具体是什么状态，从进程看还是活着的,既没有挂，也没有崩）. 怎么优化?
要想优化，先要明确问题在哪里，然后选择优化哪个部分会比较可行。
到这里先整点方法论的东西，简单的说，总结为“三板斧”，
五、锁定表
尽管事务是维护数据库完整性的一个非常好的方法，但却因为它的独占性，有时会影响数据库的MySQL数据库性能，尤其是在很大的应用系统中。由 于在事务执行的过程中，数据库将会被锁定，因此其它的用户请求只能暂时等待直到该事务结束。如果一个数据库系统只有少数几个用户
来使用，事务造成的影响不会成为一个太大的问题；但假设有成千上万的用户同时访问一个数据库系统，例如访问一个电子商务网站，就会产生比较严重 的响应延迟。
一、选取最适用的字段属性
mysql可以很好的支持大数据量 的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的MySQL数据库性能，我们可以将表中字 段的宽度设得尽可能小。
例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多 余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGIN来定义整型字段。