两台同版本MySQL服务器查询执行时长悬殊的原因排查

哇，这个150倍的性能差距确实让人惊讶！既然两台机器的数据库内容完全一致，也排除了网络和并发干扰，那咱们可以从以下几个核心方向排查：

• CPU架构与指令集的代差
  虽然E3-1220的主频（3.1GHz）看起来比那台i5的1.7GHz高不少，但E3-1220是2011年左右的Sandy Bridge老架构，而那台低主频i5大概率是更新的架构（比如第8代及以后的低功耗移动U）。新CPU的IPC（每时钟周期能执行的指令数）要高得多，还支持AVX2等更高效的SIMD指令集，MySQL在处理SUM聚合、子查询关联这类计算密集型操作时，能充分利用这些新特性，实际运算效率反而碾压老高频CPU。

• MySQL配置参数的平台差异
  Windows和Linux下的MySQL默认配置差别非常大，这往往是性能差距的关键：

  • 内存分配：Linux下的innodb_buffer_pool_size通常会设置成总内存的50%-70%（比如你的6G内存会分配3-4G给缓冲池），而Windows下默认值可能只有几百MB，导致大量数据需要从磁盘读取，拖慢查询；
  • 查询缓存与线程调度：MySQL 5.6的查询缓存默认开启，但Windows下的缓存命中率可能更低，而且Linux的线程调度器对MySQL的线程模型支持更高效，哪怕单查询场景也能更快处理；
  • InnoDB日志配置：比如innodb_log_file_size、innodb_flush_log_at_trx_commit这些参数，Linux下默认配置更偏向性能，而Windows为了兼容性设置得更保守，IO延迟更高。

• 存储与文件系统的效率差异

  • 如果两台机器的存储介质相同（比如都是SSD），Linux的ext4文件系统在处理InnoDB的表空间文件时，比Windows的NTFS效率更高，尤其是随机读写和文件缓存方面；
  • 哪怕存储介质一样，Linux的系统页缓存机制比Windows更高效，MySQL能更好地复用缓存数据，减少磁盘IO次数。

• 查询执行计划的差异
  你可以在两台机器上分别执行EXPLAIN命令查看执行计划，确认是否存在差异：

  EXPLAIN select sum(fraisprovi0_.montant_ht_provisioire) as col_0_0_ from T_FRAISPROVISION fraisprovi0_ where fraisprovi0_.num_cmmande in (select vente1_.num_commande_detail from T_VENTE vente1_ where vente1_.lot_id=57750);
  

  比如Ubuntu下可能用到了最优索引（比如T_VENTE(lot_id, num_commande_detail)联合索引，或者T_FRAISPROVISION(num_cmmande)单列索引），而Windows下可能没命中索引，或者优化器选择了效率更低的连接方式（比如嵌套循环而非哈希连接）。MySQL的优化器在不同平台下的成本估算逻辑有细微差异，可能导致执行路径不同。

• 系统层面的资源开销差异
  Windows 10作为桌面系统，后台会运行大量服务、进程（比如Windows Defender、自动更新等），会占用CPU、内存和磁盘资源；而Ubuntu作为服务器系统，后台开销极小，能把几乎所有资源都留给MySQL，自然查询速度更快。

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