清理无用监控项时可能会导致对应监控项的大量历史数据被保留，housekeeping的作用就是清理历史数据，如果一次删除大量无用的监控项，并且该监控项配置的保留历史比较久的话，这样数据量就会显著增大，导致出现慢sql等，建议分多次删除...
为啥要查询历史数据，一般保留趋势数据就可以，查询的话查询趋势数据就可以，历史数据可以定期直接清理，感觉保留的意义不大，另外建议修改监控项中历史数据的保留期限，不要太久，数据库软件优化的能力有限，有条件的话建议升级硬件性能，最好数据库可以存储在固态硬盘上...
目前，我知道的工具只有 DbVisualizer 可以查看类Oracle、Mysql那种表格形式的执行计划，它也可以支持“树状图”执行计划。其实，我觉得还是树形图执行计划，清晰直观。用时间长了，你就知道它的好处了。...
文件系统 ext4，建议使用xfs文件系统吧，如果非要说优化我能想到的就是尽量进行写合并（xfs做的不错），还有就是不更新atime。内存参数这个真的需要根据你的情况来，下面就是主要关注的vm.swappinessvm.dirty_background_ratiovm.dirty_ratio vm.numa_stat...
ORACLE 执行计划分析http://www.talkwithtrend.com/Article/184605看这个文章吧，写的很详细。
实时同步和一致性保障：这个与两个中心的建设模式相关，是存储底层数据同步？还是逻辑层同步？不管怎样，对两中心见的带宽及其稳定性都有相应的要求。
这个太大了……看操作系统的内存，CPU，硬盘使用率是否正常；看数据库缓冲池命中率，内存使用情况，具体看业务是否有反馈比较慢的功能，查对应的SQL等等
建议使用DB2的自动内存管理，DB2会根据系统资源和数据库负载自动的调整内存的使用。如果一定要自己调整的话，可以根据数据量和机器内存来调整数据库缓冲池的大小。符合常识就行了。比如数据库只有100G，那么缓冲池就没必要设置成200G，其实10-20G就够了。...
