SQL 性能的提升啊，真的不是一个人能搞定的活儿。开发、DBA、系统管理员、运维，得配合到位才行。谁来调整系统？还真得看情况，但你只要搞清楚数据怎么流，SQL 写得规不规范，系统监控有没有跟上，基本就能一大半的问题。
应用设计人员的设计要让别人一看就懂，数据是怎么从前端一路走到库里的，结构清晰才能避免调试时抓瞎。
开发人员写 SQL 时别乱搞，明确一下用的查询策略，不期 DBA 看都看不懂，优化就更别提了。
DBA也不轻松，得盯着系统跑，及时发现哪个语句拖了后腿，有问题就得拉开发开会，一起排查。
运维负责的硬件、软件信息也得同步出来，比如服务器负载啊、磁盘读写啊，哪怕是 IO 瓶颈也要及时反馈。
相关的资源我整理了一些，比较系统，也都蛮实用的：
- 如何优化 Oracle 系统性能调整时机
- 如何优化 ORACLE_SQL 系统性能调整时间选择
- ASE 系统性能优化建议
- SQL 语句优化提升性能的关键步骤
- 系统性能优化，多方协作不可少
- 系统性能优化的最佳时机
- Hadoop 生态系统性能优化实践
- SQL 编程技巧与关键策略
- 系统性能的设计与开发策略
- AIX 系统性能优化实战
如果你正在做 SQL 性能调优，或者系统老是卡得不行，可以挑几篇看看，搞不好就灵光一现。