大家好，我是小耶，写功课只是为了我踩过的坑，你们别再踩了！

有没有遇到过这种情况：一条SQL跑了半年都好好的，突然某天开始变慢了。SQL没改，索引没动，数据量也没暴涨，但执行计划从索引扫描变成了全表扫描。

你更新了统计信息，重建了索引，重启了数据库——执行计划还是那个错的。

优化器到底在想什么？当它选错的时候，除了干瞪眼，还能怎么办？

今天把优化器选错执行计划的原因、Hint的语法体系和实战用法、以及比Hint更好的替代方案，一次性讲清楚。

 ：基于代价的优化器。MySQL的优化器根据统计信息估算不同执行计划的代价，选择代价最低的方案。

：表和索引的元数据，包括行数、基数、数据分布等。优化器做决策的核心依据。

：优化器对某个条件过滤后剩余行数的估算值。基数估算偏差是执行计划选错的常见原因。

：写在SQL注释中的优化器指令，强制优化器使用指定的索引、连接顺序或执行策略。

一、优化器为什么会选错执行计划

优化器选错执行计划，通常有三个原因。

 表的数据量从100万涨到了1000万，但统计信息还停留在三个月前。优化器以为表只有100万行，选了一个“看起来很快”的执行计划，实际跑起来慢得离谱。

 优化器用采样估算基数，如果数据分布不均匀，采样结果可能严重偏离实际。比如

占全表90%，但采样时恰好抽到了几个

选择性很高，选了索引扫描，实际需要扫描90%的行。

 MySQL的代价模型基于固定的成本常数估算磁盘I/O和CPU开销。这些常数是静态的，但真实系统的负载是动态的。当并发上来、缓存命中率下降、磁盘I/O压力增大，优化器认为“便宜”的方案实际执行起来可能贵得离谱。

SELECT /*+ INDEX(orders idx_create_time) */ 
    id, amount, create_time 
FROM orders 
WHERE create_time >= '2026-01-01';

第一类：索引选择——INDEX / NO_INDEX / FORCE INDEX

-- 强制使用 idx_create_time
SELECT /*+ INDEX(orders idx_create_time) */ * FROM orders 
WHERE create_time >= '2026-01-01';

-- 禁止使用 idx_status
SELECT /*+ NO_INDEX(orders idx_status) */ * FROM orders 
WHERE status = 'PAID';

-- 强制走索引（类似FORCE INDEX，但语法更灵活）
SELECT /*+ FORCE INDEX(orders idx_user_id) */ * FROM orders 
WHERE user_id = 12345;

：优化器选错了索引，你想强制它走某个索引。

第二类：连接顺序——JOIN_ORDER / JOIN_FIXED_ORDER

-- 强制以 orders 为驱动表，users 为被驱动表
SELECT /*+ JOIN_ORDER(orders, users) */ 
    o.id, u.username 
FROM orders o 
JOIN users u ON o.user_id = u.id;

：优化器选错了驱动表，导致被驱动表全表扫描。你明确知道某张表过滤后结果集更小，应该作为驱动表。

第三类：连接算法——HASH_JOIN / NO_HASH_JOIN

-- 强制使用 HASH JOIN
SELECT /*+ HASH_JOIN(orders, users) */ 
    o.id, u.username 
FROM orders o 
JOIN users u ON o.user_id = u.id;

-- 禁止 HASH JOIN，回退到 Nested Loop
SELECT /*+ NO_HASH_JOIN(orders, users) */ 
    o.id, u.username 
FROM orders o 
JOIN users u ON o.user_id = u.id;

：MySQL 8.0.18+ 引入Hash Join后，优化器可能在某些场景下选错算法。用Hint强制切换。

第四类：查询重写——SEMIJOIN / NO_SEMIJOIN / MERGE / NO_MERGE

-- 禁止半连接优化，保持子查询语义
SELECT /*+ NO_SEMIJOIN() */ * FROM orders 
WHERE user_id IN (SELECT id FROM users WHERE vip = 1);

-- 强制合并派生表，不物化
SELECT /*+ MERGE(derived_table) */ * FROM (
    SELECT user_id, SUM(amount) AS total FROM orders GROUP BY user_id
) AS derived_table WHERE total > 1000;

：子查询被优化器重写成了半连接，但重写后的执行计划反而更差。或者派生表被物化了，但你希望它被合并到外层查询中。

-- 强制使用4个并行线程
SELECT /*+ PARALLEL(4) */ COUNT(*) FROM orders;

：大表扫描类查询，单线程跑得太慢，想用并行查询加速。

Hint不是万能药。它有明确的局限：

局限一：版本升级后Hint可能失效。

 MySQL 8.0的Hint语法和5.7不同。5.7的

在8.0中仍然可用，但部分Hint的行为可能变化。

局限二：Hint写错了不会报错，只会静默忽略。

 如果表名或索引名写错了，优化器会忽略这个Hint，不会给你任何提示。SQL照常执行，只是Hint没生效。

 你强制优化器走某个索引，但数据分布已经变了，这个索引不再是最优选择。Hint会把优化器锁死在一个过时的决策上。

 同一个SQL模板，在不同数据量、不同参数下，最优执行计划可能完全不同。用Hint固定一个执行计划，意味着其他场景下可能变慢。

：某团队用Hint强制一条SQL走索引A，上线后前三个月性能很好。第四个月业务数据分布变化，索引A的选择性大幅下降，但Hint还在强制走索引A。查询性能从50ms降到了2s，排查了三天才发现是Hint的问题。

在写Hint之前，先试试这些方案：

更新表的统计信息。80%的执行计划选错问题，更新统计信息就能解决。

 优化器选错索引，可能是因为缺少一个更合适的索引。建一个更匹配查询模式的联合索引，比强制优化器走某个索引更有效。

 把子查询改成JOIN、把OR改成UNION ALL、把

改成只查必要字段——这些改写可能让优化器自然选到更好的执行计划。

直接输出实际执行行数和时间。对比估算值和实际值，能精确定位优化器在哪个步骤判断失误。

Hint是优化器失控时的“紧急刹车”，不是日常调优的常规武器。优化器选错执行计划的原因通常是统计信息过期、数据分布倾斜或代价模型局限。先用

更新统计信息，再检查索引设计是否合理，最后才考虑用Hint。如果必须用Hint，记住它的局限：版本升级可能失效、写错不会报错、可能产生反效果。Hint应该是临时方案，不是永久配置。

还有什么想了解的，欢迎留言！小耶一定知无不言言无不尽……我们下次见~

优化器选错执行计划的原因与Hint干预的边界——统计信息、代价模型与版本兼容性

统计信息过期、数据分布倾斜、代价模型局限——优化器选错执行计划的原因有很多。当SQL没改，执行计划却突然变差时，除了更新统计信息，还有一条路：用Hint强制干预优化器的决策。本文拆解MySQL 8.0的Hint语法体系、五类常用Hint的实战场景，以及Hint的局限与替代方案。

人工智能

SQL查询性能下降？优化器选错执行计划的三大原因：统计信息过期、数据分布倾斜、代价模型局限。掌握MySQL8.0 Hint语法体系，五类实战用法强制索引、连接顺序、算法、查询重写与并行执行，附真实案例与优于Hint的替代方案。

数据库

MySQL

腾讯云数据库特惠，新用户首单0.5折起


文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

优化器选错执行计划的原因与Hint干预的边界——统计信息、代价模型与版本兼容性

优化器选错执行计划的原因与Hint干预的边界——统计信息、代价模型与版本兼容性

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐