我们公司面临的问题和你这个差不多你上面的想法我们都做了，我还做了升级存储，闪存，把查询业务迁到dg端，把备份业务也分到dg端，这样主库压力减轻一部分，不过只是短期解决问题。

1.打造可伸缩的系统满足互联网不定时的压力需求；2.首先要解决的是系统的资源弹性管控。

通过硬件设计和方案规划，我们可以在保证本地生产业务系统的稳定性的同时保障外部交换业务的稳定可靠性。以LinuxONE为例，硬件设计上能够提供所有部件冗余机制甚至包括内存，提供EAL5+的商用服务器最高安全保障，提供温度，湿度，腐蚀度，甚至空气密度感应器提供环境监控，并进行自适应...

一般难点就是找瓶颈。找到瓶颈后进行进一步分析：1. 瓶颈是bug导致：比如曾经处理过的一个案例，内存逐步增长--系统及其卡顿--宕机   周而复始，最后发现是系统的bug，一个主进程的计算内存不释放2. 纯性能问题：tunning是全局的大工程，可着手的地方太多。这些方面还分属不...

工具有很多，去下面的链接里面下载吧，关键是看适合自己的工具是什么。https://www.ibm.com/developerworks/community/wikis/home?lang=en#!/wiki/Power%20Systems/page/AIX%20performance%20analysis%20and%20tuninghttps://www.ibm.com/developerworks/community/wikis/ho...

1 瞬时监控：各种命令  topas  vmstat  sar等等2. 基于时间段的：有的问题是不定时出现的，可能工程师去的时候不出现，走了又有了，需要采集一个时间段的，如nmon  和基于trace的那些，如filemon等3. 需求多样化了肯定得上专业监控软件了...

三、设置合理的预读取缓冲区大小　　磁盘I/O性能的发展远远滞后于CPU和内存，因而成为现代计算机系统的一个主要瓶颈。预读可以有效地减少磁盘的寻道次数和应用程序的I/O等待时间，是改进磁盘读I/O性能的重要优化手段之一。管理员可使用Linux命令blockdev设置预读取缓冲区的...

改写后逻辑读变大了，21倍之多，index full  scan 单块读 执行计划用display_cursor 打印

应该是可以恢复的

我想你只用通过抓取使用过该table的SQL，然后分析access plan，来看出那个index被使用过了！倒退不可能阿，不会有这种column来记录哪个SQL使用过哪个INDEX的！个人理解！