我的项目现场实践表明，linux的默认内存管理方式是存在问题的，不够智能，多片小的内存页管理带来CPU的高负荷，忙时SYS占用竟然达到了20%甚至30%以上，要知道这个管理开销完全是操作系统层面的，与应用无关，手动改为大内存页管理后，减少了忙时20%以上的CPU开销。这点如果足够智能，完全不需人工介入。也就是说，如果实时观察系统负荷时，发现SYS%这个CPU占用过高，一个可能的原因就是内存管理机制带来的问题，需要手动配置调整大内存页。 实际上，这一点会彻底影响oracle数据库的性能，为此oracle官方也有相应的…

当数据库出现严重的性能问题或挂起hang住的时候，这时候我们需要去找出问题的根源，需要查明相关进程在等什么，谁是资源持有者，即谁阻塞了别人？此时收集systemstate dump非常有用，专业的oracle支持也是需要收集这个信息来分析问题。 但往往此时，数据库服务端sqlplus连接可能会很慢，甚至无法连接，从10g开始，oracle提供了一个参数-prelim，可以在sqlplus无法连接的情况下，连接数据库。 There are two ways to connect to sqlplus using a …

一个重要的生产系统近期出现负载严重不均衡的情况，在业务忙时，一个节点CPU负载99%，而同时另一个节点CPU却很空闲。