为什么 MySql 8.0.17 Select 查询性能比 Mysql 5.7.26 慢？

Question

我们有非常基本的查询，例如

select * from Some_Table

它曾经在 Mysql 5.7 中工作正常。 Mysql 8. 0 中的相同数据需要花费两倍的时间（大约 200 万条数据）。 我们已经从 5.7 升级到 8.x 并且看到性能下降。 我们还尝试更改 my.cnf 文件中以下系统变量的值，但问题仍然存在。

sort_buffer_size 
read_buffer_size 
read_rnd_buffer_size
myisam_sort_buffer_size
max_allowed_packet 
wait_timeout
interactive_timeout
connect_timeout

任何帮助都会很棒，如何使 8.x 快于或等于 5.7x

Answer 1

似乎是一个未解决的错误！

我想确认我的 Windows 开发人员机器（64 GB RAM、Ryzen 3900、NVE SSD）上的 MySQL 8.0.21 有同样的问题，其中一个包含约 70.000 个数据集的简单表的计数需要 22 秒。 按照上面的建议添加 WHERE id > 0 将查询时间减少到 0.2 秒。 因此 MySQL 8 中肯定存在错误。在速度慢得多的 Windows 机器（Surface Pro 3）上使用 Maria 10 DB 或任何带有 MySQL 5.7 的在线主机测试同一个表也可以立即得到结果。

https://bugs.mysql.com/bug.php?id=97709

这里有潜在的补丁： https : //bugs.mysql.com/bug.php?id=100966

但是，我的Mysql 8.0.23 还是有速度慢的问题。

该错误的建议临时“修复”是将您的 MySQL 查询（如果适用）更改为使用id > 0 ：

SELECT COUNT(*) FROM yourtable 
WHERE id > 0

mysql 错误线程中的最后一条评论是：

我们遇到了同样的问题，经过一些广泛的测试我们发现将变量innodb_flush_method设置为 FSYNC。 性能显着提高。

我已经使用SHOW VARIABLES检查了我的数据库，发现innodb_flush_method的值为fsync ，所以这绝对不是该错误的修复程序。

innodb_flush_log_at_timeout 1
innodb_flush_log_at_trx_commit 1
innodb_flush_method fsync
innodb_flush_neighbors 0
innodb_flush_sync ON
innodb_flushing_avg_loops 30