MySQL 5.7中,所有内部临时表都是在名为“ibtmp1”的惟一共享表空间中创建的。此外,临时表的元数据也将存储在内存中(不再存储在.frm文件中)。
译者添加截图
在MySQL 8.0中,内部临时表默认使用memory存储引擎(由优化器在JOIN,UNION,…期间创建的表)的引擎,这个新引擎为VARCHAR和VARBINARY列提供了更高效的存储(内存容量最大分配模式)。
译者添加截图
全局变量持久化
借助MySQL 8.0,可以设置变量并可以永久性保留。
我写了一篇专门的博客文章,您可以查看更多信息。将此语法与新的RESTART命令结合使用,可以非常轻松地从其shell配置MySQL。这是一个云友好功能
不再有MyISAM系统表
有了新的本地数据字典,我们将不再需要MyISAM系统表!这些表和数据字典表现在在数据目录中的一个名为mysql.idb的InnoDB表空间文件中创建。
这意味着,如果您不显式使用MyISAM表(如果您关心数据,则完全不建议这样做),则可以拥有一个没有任何MyISAM表的MySQL实例。
大事务的UNDO表空间收缩
在MySQL 5.7中,我们已经添加了截断撤消空间的可能性(innodb_undo_log_truncate,默认情况下禁用)。
在MySQL8中,我们更改了undo磁盘格式以支持每个undo表空间大量回滚段。同样,默认情况下,现在在两个单独的undo表空间中创建了回滚段,而不是在InnoDB系统表空间中创建了(最小为2,并且可以动态设置)。
innodb_undo_tablespaces变量已经被弃用,因为我们将提供SQL命令,为DBA提供与UNDO表空间进行交互的真实接口。默认情况下,现在也启用了undo表空间的自动截断功能。
UTF8字符集的性能
默认字符集已从latin1更改为utf8mb4,因为UTF8在特定查询上的速度现在快得多,快了1800% !
现在Emojis字符无处不在,MySQL支持他们没有问题!
Query Cache的移除
在性能审计期间,我一直建议的第一件事是禁用查询缓存,因为它不是按设计进行伸缩的。MySQL Query Cache产生的问题比解决的问题还多,我们决定在MySQL 8.0中删除它,因为没有人应该使用它。
原子DDL
使用新的数据字典,MySQL 8.0现在支持原子数据定义语句(原子ddl)。
这意味着,当执行DDL时,数据字典更新、存储引擎操作和二进制日志中的写操作被合并到一个原子事务中,该事务要么完全执行,要么完全不执行。
这提供了更好的可靠性,未完成的ddl不会留下任何不完整的数据。
更快、更完整的Performance Schema(直方图、索引、…)和Information Schema
对Performance Schema进行了许多改进,例如伪索引或直方图。
借助伪索引,诸如SELECT * FROM sys.session之类的查询速度提高了30倍。现在,尽可能避免进行表扫描,索引的使用大大缩短了执行时间。
除此之外,Performance Schema还提供语句延迟的直方图。优化器还可以从这些新的直方图中受益。
Performance Schema还通过使用数据字典得到了改进。无需更多.frm文件即可了解表的定义。而且这允许扩展到超过1,000,000个表!
ROLES(角色)
MySQL 8.0中已经添加了SQL角色。角色是一个命名的特权集合。
与用户帐户一样,角色可以拥有授予和撤消的特权。角色可以是默认的,也可以是会话的。也可以将角色设置为强制的。
如果表空间被加密,那么redo log和undo log将被加密
在MySQL 5.7中,可以为存储在每个表的文件中的表加密一个InnoDB表空间。
在MySQL 8.0中,我们通过为UNDO和REDO日志添加加密来完成这个功能。另外,改进的列表并没有在这里结束。还有许多其他不错的功能。我想下面列出一些其他重要的(即使他们都是重要的当然)
- 自增id列的持久化,persistent auto increment
- IInnodb自优化,nnoDB self tuning
- Json字段类型性能提升,JSON performance
- 不可见索引,Invisible Indexes
- 新的备份锁,new lock for backup
- 资源组,Resource Groups
- binlog中的额外元数据,additional metadata into binary logs
- 社区版的OpenSSL支持,OpenSSL for Community Edition too
!!更新!!
随着我们不断改进MySQL 8.0的发行版,还有另一个原因需要升级到MySQL 8.0,这可能是必须处理大型表时最需要的功能之一。
开发人员将不再害怕在其架构中添加列,并且DBA / 运维将不会害怕运行它们,或者将不需要使用第三方工具来执行此(过去)复杂的任务:即时添加列!
InnoDB即时添加列
借助新的数据字典,现在可以执行元数据更改并直接在表的末尾添加新列,而无需重建它!这是每次开发人员想要向表中添加列时,alter语句都阻塞所有session的终结者。
而这仅仅是即时ddl之旅的开始。