MySQL 5.7升级到8.0后含60个join的查询报2013连接中断如何解决

根因定位 #

该故障属于MySQL 8.0优化器的已知问题，秒级返回2013错误本质是mysqld进程在执行查询计划生成阶段触发崩溃，而非网络或超时类问题，核心触发条件是单查询join表数量超过阈值：

• MySQL 8.0重构了优化器的join顺序计算逻辑，当单查询join表数量超过45张且未限制优化器搜索深度时，优化器穷举所有可能的join执行路径会触发栈溢出、非法内存访问等问题，直接导致进程崩溃，客户端抛出连接中断错误。
• 5.7版本的优化器逻辑对超多表join的容错性更高，所以相同拆分逻辑在5.7下可以正常运行。

可行排查与修复步骤 #

• 第一步：确认崩溃记录，查看MySQL错误日志对应故障时间点，是否存在mysqld重启、coredump生成相关日志，确认崩溃栈是否指向优化器join计算模块。
• 第二步：调整优化器搜索深度参数，执行命令set global optimizer_search_depth = 0;，让MySQL自动根据join表数量适配搜索深度，避免全量穷举执行路径，调整后复现60join查询，验证是否恢复正常。该参数可以写入my.cnf永久生效，对普通查询性能无负面影响。
• 第三步：关闭8.0新增优化器特性测试，依次执行以下开关调整后重试查询：

  set global optimizer_switch='hash_join=off';
  set global optimizer_switch='derived_condition_pushdown=off';
  

  8.0默认开启的哈希join、派生表条件下推特性，在处理超多表join场景下存在多个边缘问题case，关闭后可规避大部分相关崩溃问题。
• 第四步：升级稳定小版本，如果你当前使用的是8.0.30以下的版本，建议升级到8.0.35及以上的官方稳定版本，官方已修复超过10个超多表join触发的优化器崩溃bug。
• 第五步：如果以上方案都无效，可以继续调整拆分阈值，保持单查询join数量不超过45张即可稳定运行，等待业务查询重构完成后再下线临时拆分逻辑。

注意事项 #

调整table_open_cache、open_files_limit这类参数无法解决该问题，因为故障触发点是优化器的计算逻辑错误，和文件打开限额无关。

内容的提问来源于stack exchange，提问作者Adam Baylis