SQL优化思想⓵--不优化或许是最好的优化！
引言
我们常常追求"让SQL跑得更快"。然而，L老师最近的举动颠覆了这一传统观念。他特意 让部分SQL运行得更慢，却 大幅提升了YYY平台的整体性能。这一反常操作立即引发了大家的好奇，纷纷向他请教其中奥妙。
是的， 从全局出发，适当地让部分SQL慢下来，有时还真是对的。
原本我计划直接讲解SQL优化的方法论， 但鉴于这一思想很有启发性，能对后续整体方法论的理解形成铺垫， 因此插入此集。 接下来，让我们进入正文。
0
没听错，让SQL跑得 更慢一些！
Q：期待！
1
案例1：引入并行，你快他慢！
L：首先说说A模块，我发现部分SQL设置了极高的 并行度，初衷是提速。结果，这条SQL确实运行得很快，可惜整个系统的响应时间反而变长，语句类似如下。
-- 在大表上使用并行度执行查询 SELECT /*+ PARALLEL(t, 16) */ COUNT(*) FROM t_large_table t ...
Q：为什么会这样？
L：高并行度意味着更多的CPU和内存资源被单个查询所占用。在资源有限的环境中，这种做法会 抢占其他SQL所需的资源，导致整体系统的吞吐量下降。 优化不仅是提升某一条SQL的性能，更是要平衡系统中各个部分的资源分配。
随后我取消了该SQL的并行度，虽然其执行速度有所放慢，但释放出来的系统资源可以被其他关键SQL所利用，提升整个系统的稳定性和响应速度。这是一种“以慢带快”的优化思路。
W：明白了，资源总是有限的，需要合理分配。
L：确实如此。这让我想起了战国时期的"围魏救赵"策略。当时，魏国大举进攻赵国，动用了大部分兵力，以至于留守本土的军队不多。齐国并没有直接派兵支援赵国，而是攻打魏国本土。迫使魏军撤回攻赵的大军，最终赵国获救。这与我们的SQL优化有异曲同工之妙，都是利用资源有限的道理，通过调整分配来达成目的。
W：哈哈，并行SQL和围魏救赵，真有几分相似!
2
-- 添加多个索引 CREATE INDEX idx_1 ON t1 (c1); CREATE INDEX idx_2 ON t1 (c2); CREATE INDEX idx_3 ON t1 (c3); CREATE INDEX idx_4 ON t1 (c4); CREATE INDEX idx_5 ON t1 (c5); ...
-- 从另一个表批量插入数据 INSERT INTO t1 SELECT * FROM t2 WHERE...
Q：为什么添加索引会导致写入变慢？
L：是的。这让我想起三国时期的街亭之战。马谡将军队驻扎在山上，只考虑了居高临下的优势，却忽视了缺水、补给困难和易受火攻的问题。结果被敌军切断补给并纵火，导致惨败。这与盲目增加索引很相似，专注于提高查询速度，却忽视了写入性能下降等其他重要因素。两者都是因为过于关注单一优势，而忽视了全局考虑。
3
案例3：关闭日志，险中求快！
-- 关闭日志记录（谨慎使用，仅为演示） ALTER TABLE t1 NOLOGGING; -- 执行批量插入操作 INSERT /*+ APPEND */ INTO t1 (c1, c2, c3) SELECT c1, c2, c3 FROM t2 where ...
Q：关闭日志真的能带来显著的性能提升？
结语
让SQL跑得慢一点来优化系统的相关案例远不止以上三个，比如“ 二十年目睹怪现状 ”提到的 缓存内存 、“ 二十年前的回忆 ”提到的 物化视图 等都是类似的，限于篇幅，就不展开了。如果让大家觉得意犹未尽，敬请谅解。
我们都知道，提升SQL速度能 节约成本、增强系统稳定性和改善用户体验，但更重要的是，我们需要具备 整体性思维， 注重平衡系统资源、数据安全与读写性能。过度追求速度，可能掏空资源、降低数据安全性。 因此，找到平衡点至关重要。有时，让SQL慢一点，反而是更高明的优化！
当然，对特定的SQL任务，也有不同取舍。如果 某些查询尤为关键 ，添加 并行 处理或许是 最佳方案 ；若 查询需求远大于写入 ，加 索引 或许 无妨 ；而若某些表 本身数据临时性强 ， 关闭日志也是 合理 选择 。
兵无常势，水无常形。SQL优化如此，做人做事亦如此。 唯有具备全局视角，方能实 现 真正的成功。
公众号：收获不止数据库
微信：ljbyxl1213
原文作者：收获不止数据库；如有侵权，请联系管理员删除。
最新文章
- 2030年，两个智能体的深夜回忆：幸亏那年，人类重构了数据库
- 万物一理：从人体进化到IT架构的取舍之道——写在2026中国系统架构师大会之前
- 达梦9发布会归来：AI 时代，我们需要一款什么样的数据库？
- 当AI强到连“造物主”都感到恐惧，我们该怎么办？
- 当AI反噬宏观经济：一场关于个体自救与中国制度托底的万字推演
- 原来“先吃菜”和“后建索引”是同一个逻辑？揭秘那些万物相通的“执行顺序”
- 应用程序大模型化之路——从12306畅想看预设模式颠覆与数据觉醒（下）
- 应用程序大模型化之路——从12306畅想看预设模式颠覆与数据觉醒（中）
- 应用程序大模型化之路——从12306畅想看预设模式颠覆与数据觉醒（上）
- 技术人生——第13集：溯本清源，手起刀落
