mysql8更新更慢_mysql8.0插入慢的问题解决方案(一) | MySQL 技术论坛

最新推荐文章于 2024-04-08 11:02:11 发布

沈临白

最新推荐文章于 2024-04-08 11:02:11 发布

阅读量3.6k

点赞数 1

文章标签： mysql8更新更慢

本文链接：https://blog.csdn.net/weixin_42122881/article/details/113941793

版权

从 MySQL 5.6 升级到 8.0 后，发现插入数据速度显著变慢。文章通过对比 5.6 和 8.0 的插入性能，分析了 8.0 中的 only_full_group_by 错误并提供了解决方案。然后，文章探讨了 8.0 默认开启的 log-bin 功能导致的性能下降，并给出了关闭该功能的方法。通过调整 innodb_flush_log_at_trx_commit 和 sync_binlog 参数，成功优化了插入性能，甚至超越了 MySQL 5.7 的表现。建议在遇到类似问题时，优先考虑调优而不是回退到旧版本。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

mysql8.0 的安装就不说了，上网搜索一大堆的教程，再写到博文里面就有点多余了哦

咱们来说说 5.6 升级到 8.0 之后插入数据慢的问题

写一个存储过程循环往表里面插入 3000 条数据

先来看 5.6 的表现：

1.4s 还是可以接受的吧

212020713_1_20210104104418666

再来看 8.0 的表现：

9.07s 比 5.6 慢了好多好多难以接受吧

212020713_2_20210104104419416

并且我的还报错了

具体错误：

[Err] 1055 - Expression #1 of ORDER BY clause is not in GROUP BY clause and contains nonaggregated column 'information_schema.PROFILING.SEQ' which is not functionally dependent on columns in GROUP BY clause; this is incompatible with sql_mode=only_full_group_by

为什么会报这个错误？

only_full_group_by ：使用这个就是使用和 oracle 一样的 grou