TiDB 执行计划走偏的问题大家遇到过吗？MySQL 里好好的索引，到 TiDB 就不走了，加了 USE INDEX 强行指定才正常，这是统计信息不准还是优化器有 bug？ANALYZE 完还是一样。

[TiDBer_DiE2Mh1s (干嘛)]

TiDB 执行计划走偏的问题大家遇到过吗？MySQL 里好好的索引，到 TiDB 就不走了，加了 USE INDEX 强行指定才正常，这是统计信息不准还是优化器有 bug？ANALYZE 完还是一样。

[元神启动]

执行计划走偏，ANALYZE 后也无效，除了统计信息，很可能还与 TiDB 的代价估算逻辑有关。

这里是几种排错和解决思路：

诊断问题：ANALYZE 后若健康度接近 100%，可能和行数估算有关。一种有效方法是使用 EXPLAIN ANALYZE 查看各步骤实际和预估的行数。
指定索引 (临时恢复)：立即生效，可防止误用索引。可使用 SQL HINT (/*+ USE_INDEX(table_name, index_name) */) 或 MySQL 兼容语法 USE INDEX (index_name)。
绑定执行计划 (治本)：最适合长期稳定地固定计划，无需改代码。通过**SQL Plan Management (SPM)创建执行计划绑定，强制稳定执行路径。
调整优化器行为：更细粒度地控制行为。新（v6.5.3+）可通过 tidb_opt_fix_control 变量控制。旧版可调整直方图相关参数。
版本升级：未明确提及，但鉴于修复持续进行，升级到最新稳定版可作为兜底方案。

[克里克里克 (Ti D Ber H052ej9m)]

有可能是bug，绑定执行计划吧。

[yaabb163 (Ti D Ber 6t45g Aux)]

mysql 没有统计信息这样功能，统计信息是oracle 。你可以用查lift JION on 来调整查询

[TiDBer_bgWIGhji]

热点Region本质是数据分布不均，AUTO_RANDOM是缓解手段。

[wbslxw (Ti D Ber Cl S0j Eng)]

使用的哪个版本，低版本的有bug

[TiDB_001 (Ti D Ber No L Znn Vd)]

使用EXPLAIN ANALYZE对比查询预估行数与实际行数，定位行数估算不准的环节，确认问题根源。
有些低版本存在优化器相关 Bug。

[TiDBer_lPQGLonR]

ANALYZE 采集的采样分布、行数预估偏差，TiDB 对范围条件、等值匹配的行数计算逻辑和 MySQL 不一样

[个人练习生 (Ti D Ber O Lb6d0s K)]

大量迁移 MySQL 到 TiDB 的 DBA 都会遇到MySQL 正常走索引、TiDB ANALYZE 后仍不走索引，强制 USE INDEX 才生效，绝大多数不是优化器 Bug，是 TiDB 分布式成本模型、统计估算机制、下推规则和 MySQL 完全不同；只有极少数边缘场景才是优化器逻辑缺陷。

[tianyan (Ti D Ber Ayy Zeuo V)]

核心原因是TiDB 统计信息、代价模型和 MySQL 差异大，ANALYZE 无效多是直方图 / 采样问题，并非单纯优化器 bug

[狂拽瘸子好腿 (Ti D Ber 8u Uk Olqy)]

大概率不是优化器 bug，核心是 TiDB 与 MySQL 代价模型、索引扫描开销计算逻辑差异，ANALYZE 仅缓解统计不准，无法抹平底层 IO 估算差值。