目前反应每天的上午系统很慢，但是下午运行速度倒是可以接受 这个问题很模糊，可能性太多，可以针对这个做个AWR Diff Periods Report awrddrpt.sql期待你更多反馈

索引缓冲池命中率低是不是只是从缓冲池这个维度去查看的结果？如果是这样的话不太准确，因为我们最终想看的是哪个表的哪个索引命中率低，这样才知道是不是有问题。这个可以从表空间的缓冲池命中率和相关sql的缓冲池命中率去确定。如果最终确定了是表的索引命中率低，有两个方向...

这个查询没有过虑条件，查询结果集就是很大。唯一的是e表基于时间，如果不是left join还可以用的上。

死锁其实不是数据库问题，而是业务一致性问题。这个问题还是需要从业务场景去解决。例如是否允许出现脏读幻读等。如果可以的话就降低隔离级别。另一个方法是把一个UOW拆成多个UOW提交，减少死锁现象。这个同样是业务问题。...

多分区的数据库load性能瓶颈可能在很多方面。例如分区间的网络，load使用的内存等等。load使用的是util_heap,这个可以调大，1g足够了。fcm通信也需要看，主要看网卡流量等是否需要调优。

鉴于你的情况，可以考虑开启AUTO_RUNSTATS,AUTO_REORG 避免频繁的手动操作,表中数据大量变更后，需要reorg，整理碎片叶后性能才会提升，只做runstat不行。

之前Oracle官方有关于extended rac 的距离和延时要求，但是后来oracle 官方并不推崇这种做法。也就没有官方的数据了。但是从历史的文档和目前很多厂家宣称的指标是百公里内，5毫秒一个RTT。但是这个东西不是一个绝对值，不适合所有的业务。主要还是看自己的业务类型。但是个人...

不太了解数据库。不过说说一些思路。你说的多个存储过程中的任何一个存储过程单独运行都没有问题时吗多这些存储过程同时运行就会很慢，那么这些存储过程时对同一个或几个库，表进行处理吗？这个共同处理一个库。表会不会造成一些数据的保护锁死。笨一点的方法可以之间增加。一...

这个报错是db2数据库报出来的，你可以直接在db2对应的sql文档里面查下，我看其他同事查询出来的结果也有解决的建议一般。

建议搭建“智能DNS”