MySQL 8.0有哪些新特性值得梳理总结?
- 内容介绍
- 文章标签
- 相关推荐
本文共计5627个文字,预计阅读时间需要23分钟。
一、历史版本回顾从上图可见,基本遵循5+3+3模式:发布后5年停止常规更新(功能不再更新),3年后为商业版,功能不再更新,3年后完全停止更新。
一 历史版本发布回顾从上图可以看出,基本遵循 5+3+3 模式
5---GA发布后,5年 就停止通用常规的更新了(功能不再更新了);
3---企业版的,+3年功能不再更新了;
3 ---完全停止更新了。
总之,一句话, 已经到了升级的时候了。
二 InnoDB增强 2.1自增列官方定义
当前最大自动递增计数器值每次写入重做日志时更改、并保存到每个检查点上的引擎专用系统表中。这些更改使当前最大自动增量计数器值在服务器重新启动时保持不变。
数据类型--auto_increment。
新特性:
自增列方面,现在自增列计数器会在每次值修改时,将值写到redo_log中,并且在checkpoint时写到存储引擎私有的系统表中。这样就消除了以往重启实例自增列不连续的问题。
2.2 索引损坏官方定义
当遇到索引树损坏时,InnoDB会在redo日志中写入一个损坏标志,这会使损坏标志安全崩溃。InnoDB还将内存损坏标志数据写入每个检查点的私有系统表中。
本文共计5627个文字,预计阅读时间需要23分钟。
一、历史版本回顾从上图可见,基本遵循5+3+3模式:发布后5年停止常规更新(功能不再更新),3年后为商业版,功能不再更新,3年后完全停止更新。
一 历史版本发布回顾从上图可以看出,基本遵循 5+3+3 模式
5---GA发布后,5年 就停止通用常规的更新了(功能不再更新了);
3---企业版的,+3年功能不再更新了;
3 ---完全停止更新了。
总之,一句话, 已经到了升级的时候了。
二 InnoDB增强 2.1自增列官方定义
当前最大自动递增计数器值每次写入重做日志时更改、并保存到每个检查点上的引擎专用系统表中。这些更改使当前最大自动增量计数器值在服务器重新启动时保持不变。
数据类型--auto_increment。
新特性:
自增列方面,现在自增列计数器会在每次值修改时,将值写到redo_log中,并且在checkpoint时写到存储引擎私有的系统表中。这样就消除了以往重启实例自增列不连续的问题。
2.2 索引损坏官方定义
当遇到索引树损坏时,InnoDB会在redo日志中写入一个损坏标志,这会使损坏标志安全崩溃。InnoDB还将内存损坏标志数据写入每个检查点的私有系统表中。

