MySQL 8.0，MySQL 5.7，MySQL5.6，MySQL 5.5 特性对比

---

MySQL 5.5 特性，相对于 5.1

性能提升

默认InnoDB plugin引擎。具有提交、回滚和crash恢复功能、ACID兼容。
行级锁(一致性的非锁定读 MVCC)。
表与索引存储在表空间、表大小无限制。
支持dynamic(primary key缓存内存 避免主键查询引起的IO )与compressed(支持数据及索引压缩)行格式。
InnoDB plugin文件格式Barracuda、支持表压缩、节约存储、提供内存命中率、truncate table速度更快。
原InnoDB只有一个UndoSegment，最多支持1023的并发；现在有128个Segments，支持128K个并发（同样，解决高并发带来的事务回滚）。
Innodb_thread_concurrency默认为0，线程并发数无限制，可根据具体应用设置最佳值。
Innodb_io_capacity可以动态调整刷新脏页的数量，改善大批量更新时刷新脏页跟不上导致的性能下降问题。Default：200，跟硬盘的IOPS有关。
充分利用CPU多核处理能力innodb_read_io_threads阈值：1-64innodb_write_io_threads 阈值：1-64根据数据库的读写比灵活设置，充分发挥多CPU、高性能存储设备的性能，不支持动态加载 。
自适应刷新脏页。
热数据存活更久。
buffer pool多实例 ：innodb_buffer_pool_instances 参数增加。innodb_buffer_pool实例个数，大大降低buffer pool的mutex争抢过热情况。
Linux上实现异步IO。
重新支持组提交。

稳定性提升

支持半同步Replication。
增加Relay Log自我修复功能。
Crash recovery。
引入红-黑树做插入排序的中间数据结构，时间复杂度大大降低，减少恢复时间。
Thread Pool 分组排队限流。

MySQL 5.6 特性，相比于 5.5

默认参数的改变。
Back_log 排队队列。
支持全文索引。
支持online DDL create,alter,drop。
可以在建表时指定表空间位置。
> `create table external (x int unsigned not null primary key)data directory = '/volumes/external1/data';`
新增参数innodb_page_size可以设置page大小。
整合了memcached API，可以使用API来直接访问innodb表，并非SQL（减少SQL解析、查询优化代价）。
innodb只读事务，不需要设置TRX_ID字段。
减少内部数据结构开销，减少read view。
仅仅非只读事务依然需要TRX_ID。

innodb 改进点

innodb表空间在线迁移(TransportableTablespaces)。
undo log可独立出系统表空间。
redo log最大可增长到512G。
innodb后台线程独立出来。

优化器改进

ICP

可以在引擎层直接过滤数据，避免二次回表。
节省BP空间，提高查询性能。

BKA

全称Batch Key Access，SQL通过辅助索引要访问表数据时候，将大量的随机访问放入缓存，交给MRR接口合并为顺序访问。

MRR

全称Multi Range Read。
在BKA算法应用之后，通过MRR接口合并随机访问为顺序访问，再去检索表数据。
变大量随机为顺序访问。在通过辅助索引检索大量数据时，性能提升明显。
磁头无需来回寻道，page只需读取一次，且较好利用了innodb线性预读功能（每次预读64个连续page）。

• 统计信息持久化，mysqld重启后不丢失
• explain语句支持insert，update，delete，replace语句，并且支持JSON格式
• 子查询优化提升。

MySQL 5.7 特性，相比于 5.5 5.6

安全性

用户表 mysql.user 的 plugin字段不允许为空， 默认值是 mysql_native_password，而不是 mysql_old_password，不再支持旧密码格式；
增加密码过期机制，过期后需要修改密码，否则可能会被禁用，或者进入沙箱模式；
提供了更为简单SSL安全访问配置，并且默认连接就采用SSL的加密方式。

灵活性

MySQL数据库从5.7.8版本开始，也提供了对JSON的支持。
可以混合存储结构化数据和非结构化数据，同时拥有关系型数据库和非关系型数据库的优点。
能够提供完整的事务支持。
generated column是MySQL 5.7引入的新特性，所谓generated column，就是数据库中这一列由其他列计算而得。

易用性

在MySQL 5.7 之前，如果用户输入了错误的SQL语句，按下 ctrl+c ，虽然能够”结束”SQL语句的运行，但是，也会退出当前会话，MySQL 5.7对这一违反直觉的地方进行了改进，不再退出会话。
MySQL 5.7可以explain一个正在运行的SQL，这对于DBA分析运行时间较长的语句将会非常有用。
sys schema是MySQL 5.7.7中引入的一个系统库，包含了一系列视图、函数和存储过程， 该项目专注于MySQL的易用性。
例如：如何查看数据库中的冗余索引；如何获取未使用的索引；如何查看使用全表扫描的SQL语句。

可用性

在线设置 复制的过滤规则 不再需要重启MySQL，只需要停止SQLthread，修改完成以后，启动SQLthread。
在线修改buffer pool的大小。
Online DDL MySQL 5.7支持重命名索引和修改varchar的大小，这两项操作在之前的版本中，都需要重建索引或表。
在线开启GTID ，在之前的版本中，由于不支持在线开启GTID，用户如果希望将低版本的数据库升级到支持GTID的数据库版本，需要先关闭数据库，再以GTID模式启动，所以导致升级起来特别麻烦。

性能

临时表的性能改进

• 临时表只在当前会话中可见
• 临时表的生命周期是当前连接（MySQL宕机或重启，则当前连接结束）

只读事务性能改进

• MySQL 5.7通过 避免为只读事务分配事务ID ，不为只读事务分配回滚段，减少锁竞争等多种方式，优化了只读事务的开销，提高了数据库的整体性能

加速连接处理

• 在MySQL 5.7之前，变量的初始化操作（THD、VIO）都是在连接接收线程里面完成的，现在将这些工作下发给工作线程，以减少连接接收线程的工作量，提高连接的处理速度。这个优化对那些频繁建立短连接的应用，将会非常有用

复制性能的改进 （支持多线程复制（Multi-Threaded Slaves, 简称MTS）

• MySQL的默认配置是库级别的并行复制，为了充分发挥MySQL 5.7的并行复制的功能，我们需要将slave-parallel-type配置成LOGICAL_CLOCK

支持多源复制（Multi-source replication）

严格性改变

默认启用 STRICT_TRANS_TABLES 模式。
对 ONLY_FULL_GROUP_BY 模式实现了更复杂的特性支持，并且也被默认启用。
其他被默认启用的sql mode还有 NO_ENGINE_SUBSTITUTION。

默认参数的改变

默认binlog格式调整为ROW格式。
默认binlog错误后的操作调整为ABORT_SERVER。
> `在先前的选项下（binlog_error_action=IGNORE_ERROR），如果一个错误发生，导致无法写入binlog，mysql-server会在错误日志中记录错误并强制关闭binlog功能。这会使mysql-server在不记录binlog的模式下继续运行，导致从库无法继续获取到主库的binlog。`
默认开启mysql崩溃时的binlog安全。
默认调低slave_net_timeout。

安装不同

mysql_install_db已经不再推荐使用了，建议改成mysqld --initialize 完成实例初始化。如果 datadir 指向的目标目录下已经有数据文件，则会有[ERROR] Aborting；
在初始化时如果加上 --initial-insecure，则会创建空密码的 root@localhost 账号，否则会创建带密码的 root@localhost 账号，密码直接写在 log-error 日志文件中；新用户登入后需要立刻修改密码，否则无法继续后续的工作。

MySQL 8.0 特性，相比于 5.7

新的系统字典表

• 整合了存储有关数据库对象信息的事务数据字典，所有的元数据都用InnoDB引擎进行存储

安全和用户管理

• 新增caching_sha2_password认证插件，并且是默认的身份认证插件。性能和安全方面加强
• 权限支持role
• 新增密码历史记录功能，限制重复使用以前的密码

innodb 增强

• 新增INFORMATION_SCHEMA.INNODB_CACHED_INDEXES，查看每个索引缓存在InnoDB缓冲池中的索引页数

• InnoDB临时表都将在共享临时表空间ibtmp1中创建

• 对于SELECT … FOR SHARE和SELECT … FOR UPDATE语句，InnoDB支持NOWAIT和SKIP LOCKED

• innodb_undo_tablespaces的最小值为2，并且不再允许将innodb_undo_tablespaces设置为0。 最小值2确保回滚段始终在撤消表空间中创建，而不是在系统表空间中创建

• 支持 ALTER TABLESPACE … RENAME TO 语法

• 新增INFORMATION_SCHEMA.INNODB_TABLESPACES_BRIEF视图

• 新增了动态配置项 innodb_deadlock_detect，用来禁用死锁检查，因为在高并发系统中，当大量线程等待同一个锁时，死锁检查会大大拖慢数据库

• 支持使用innodb_directories选项在服务器脱机时将表空间文件移动或恢复到新位置

• 新增innodb_dedicated_server，让InnoDB根据服务器上检测到的内存量自动配置innodb_buffer_pool_size，innodb_log_file_size，innodb_flush_method。当innodb_dedicated_server启用时，InnoDB根据服务器上检测到的内存量自动配置以下选项：

• innodb_dedicated_server：自动配置缓冲池大小
  

• innodb_log_file_size：自动配置的日志文件大小
  

• innodb_flush_method：O_DIRECT_NO_FSYNC

MySQL 8.0更好支持文档型数据库和JSON

• 不可见索引，开始支持invisible index，在优化SQL的过程中可以设置索引为不可见，优化器不会利用不可见索引
• 支持降序索引，可以对索引定义 DESC，之前，索引可以被反序扫描，但影响性能，而降序索引就可以高效的完成
• 支持RANK(), LAG()、NTILE()等函数
• 正则表达式增强，提供了REGEXP_LIKE()，EGEXP_INSTR(), REGEXP_REPLACE(), REGEXP_SUBSTR()等函数
• 新增备份锁，允许在线备份期间的DML，同时防止可能导致快照不一致的操作。 备份锁由LOCK INSTANCE FOR BACKUP和UNLOCK INSTANCE语法支持
• 默认字符集由latin1变为utf8mb4

配置文件增强

• MySQL 8.0版本支持在线修改全局参数持久化，通过加上PERSIST关键字，可以将调整持久化到新的配置文件中，再次重启db还可以应用到最新的参数。对于加上 PERSIST 关键字修改参数命令，MySQL系统会生成一个包含json格式数据的 mysqld-auto.cnf 文件，比如执行：
• set PERSIST binlog_expire_logs_seconds = 604800 ; #内存和json文件都修改，重启还生效
• set GLOBAL binlog_expire_logs_seconds = 604800 ; #只修改内存，重启丢失
• 系统会在数据目录下生成一个包含如下内容的 mysqld-auto.cnf 的文件：
• { “mysql_server”: {" binlog_expire_logs_seconds ": “604800” } }
• 当 my.cnf 和 mysqld-auto.cnf 同时存在时，后者具有高优先级。

直方图

• MySQL 8.0 版本开始支持期待已久直方图。优化器会利用column_statistics的数据，判断字段的值的分布，得到更准确的执行计划。
• 可以使用 ANALYZE TABLE table_name [UPDATE HISTOGRAM on col_name with N BUCKETS |DROP HISTOGRAM ON clo_name] 来收集或者删除直方图信息。

支持会话级别SET_VAR 动态调整部分参数，有利于提升语句性能

• select /*+ SET_VAR(sort_buffer_size = 16M) */ id from test order id ;
• insert /*+ SET_VAR(foreign_key_checks=OFF) */ into test(name) values(1);

InnoDB性能提升

• 废除buffer pool mutex, 将原来一个mutex拆分成多个，提高并发拆分LOCK_thd_list 和 LOCK_thd_remove 这两个mutex，大约可提高线程链接效率5%。

行缓存

• MySQL8.0的优化器可以估算将要读取的行数，因此可以提供给存储引擎一个合适大小的row buffer来存储需要的数据。大批量的连续数据扫描的性能将受益于更大的record buffer。

改进扫描性能

• 改进InnoDB范围查询的性能，可提升全表查询和范围查询 5-20%的性能。

成本模型

• InnoDB缓冲区可以估算缓存区中的有多少表和索引，这可以让优化器选择访问方式时知道数据是否可以存储在内存中还是必须存储到磁盘上。