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

从 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 的表现。建议在遇到类似问题时,优先考虑调优而不是回退到旧版本。
摘要由CSDN通过智能技术生成

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值