标题: MySQL 8.0.32如期而至 [打印本页] 作者: 风雨同行 时间: 2023-2-8 16:04 标题: MySQL 8.0.32如期而至
GreatSQL社区原创内容未经授权不得随意使用,转载请联系小编并注明来源。
GreatSQL是MySQL的国产分支版本,使用上与MySQL一致。
作者: 叶金荣
文章来源:GreatSQL社区原创
MySQL 8.0版本计划
MySQL 8.0开始采用快速迭代开发模式,基本上是每隔3个月就发布一个新的小版本。去年1月18日(2022.1.18)发布MySQL 8.0.28,今年1月17日发布MySQL 8.0.32,再看看其他几个版本的时间,还真是贼守时啊。
版本发布时间上一年版本上一年发布时间8.0.322023.1.178.0.282022.1.188.0.312022.10.118.0.272021.10.108.0.302022.7.268.0.262021.7.208.0.292022.4.268.0.25 8.0.242021.5.11 2022.4.20在这中间,出了点小意外,MySQL 8.0.29因为存在严重安全问题,刚上架没多久就被下架了,可以看下这篇文章的解读:MySQL8.0.29出现重大bug,现已下架。
MySQL 8.0.32的一些变化
mysql> explain format=traditional select * from t1;
...
mysql> explain format=default select * from t1;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'default select * from t1' at line 1
复制代码
在MGR中设置 group_replication_consistency = AFTER,当某个Secondary节点因为网络不稳定时,可能会触发报错 Transaction 'GTID' does not exist on Group Replication consistency manager while receiving remote transaction prepare.。这是因为事务event在 View_change_log_event 后写入导致。在8.0.32中,修复了这个问题,将事务event先于 View_change_log_event 写入,就可以避免该问题。不过要再次强调,MGR中强烈建议不要设置为 AFTER模式,具体可以参考这篇文章:为什么MGR一致性模式不推荐AFTER。
当从MySQL 5.7升级到8.0时,如果某个库中有大量的表,内存可能会消耗过多内存。这是因为在升级时,一次性读取所有表并执行 CHECK TABLE .. FOR UPGRADE。在8.0.32中,调整为逐个表检查是否可升级,就可以避免这个问题了。