MySQL8.0的几个新特性
MySQL8.0的几个新特性
MySQL8.0的几个新特性
今天翻看MySQL8.0的官方文档的时候，看到了MySQL8.0的几个新特性，简单测了下，跟MySQL5.7做了下对比，测试的结果如下：
1、数据字典使用事务性质的表来代替之前非事务性质的表，以MySQL8.0.19和MySQL5.7.16为例，我们可以看下这两个版本的数据字典mysql库里面的相关表的存储引擎。
MySQL5.7.16
+--------------------+---------------------------------------+--------+
| mysql | columns_priv | MyISAM |
| mysql | db | MyISAM |
| mysql | engine_cost | InnoDB |
| mysql | event | MyISAM |
| mysql | func | MyISAM |
| mysql | general_log | CSV |
| mysql | gtid_executed | InnoDB |
| mysql | help_category | InnoDB |
| mysql | help_keyword | InnoDB |
| mysql | help_relation | InnoDB |
| mysql | help_topic | InnoDB |
| mysql | innodb_index_stats | InnoDB |
| mysql | innodb_table_stats | InnoDB |
| mysql | ndb_binlog_index | MyISAM |
| mysql | plugin | InnoDB |
| mysql | proc | MyISAM |
| mysql | procs_priv | MyISAM |
| mysql | proxies_priv | MyISAM |
| mysql | server_cost | InnoDB |
| mysql | servers | InnoDB |
| mysql | slave_master_info | InnoDB |
| mysql | slave_relay_log_info | InnoDB |
| mysql | slave_worker_info | InnoDB |
| mysql | slow_log | CSV |
| mysql | tables_priv | MyISAM |
| mysql | time_zone | InnoDB |
| mysql | time_zone_leap_second | InnoDB |
| mysql | time_zone_name | InnoDB |
| mysql | time_zone_transition | InnoDB |
| mysql | time_zone_transition_type | InnoDB |
| mysql | user | MyISAM |
+--------------------+---------------------------------------+--------+MySQL8.0.19版本：
| mysql | columns_priv | InnoDB |
| mysql | component | InnoDB |
| mysql | db | InnoDB |
| mysql | default_roles | InnoDB |
| mysql | engine_cost | InnoDB |
| mysql | func | InnoDB |
| mysql | general_log | CSV |
| mysql | global_grants | InnoDB |
| mysql | gtid_executed | InnoDB |
| mysql | help_category | InnoDB |
| mysql | help_keyword | InnoDB |
| mysql | help_relation | InnoDB |
| mysql | help_topic | InnoDB |
| mysql | innodb_index_stats | InnoDB |
| mysql | innodb_table_stats | InnoDB |
| mysql | password_history | InnoDB |
| mysql | plugin | InnoDB |
| mysql | procs_priv | InnoDB |
| mysql | proxies_priv | InnoDB |
| mysql | role_edges | InnoDB |
| mysql | server_cost | InnoDB |
| mysql | servers | InnoDB |
| mysql | slave_master_info | InnoDB |
| mysql | slave_relay_log_info | InnoDB |
| mysql | slave_worker_info | InnoDB |
| mysql | slow_log | CSV |
| mysql | tables_priv | InnoDB |
| mysql | time_zone | InnoDB |
| mysql | time_zone_leap_second | InnoDB |
| mysql | time_zone_name | InnoDB |
| mysql | time_zone_transition | InnoDB |
| mysql | time_zone_transition_type | InnoDB |
| mysql | user | InnoDB |
+--------------------+---------------------------------------+--------+可以看到，MySQL8.0.19版本中，除了slow_log和general_log表使用了CVS的存储引擎，其他表都采用Innodb的存储引擎，而MySQL5.7.16版本中的字典表还有很多都采用了MyISAM存储引擎，因为innodb表是事务安全的，支持crash_safe故障自愈，而MyISAM表不支持事务，所以从元数据的安全性来讲，MySQL8.0.19版本的元数据安全性要更好。
2、MySQL8.0.19支持DDL语句的原子性操作，要么所有的语句都成功，要么都失败，继而回滚，而MySQL5.7.16版本可能出现DDL部分成功，部分失败的现象，这句话看着比较不容易理解，举例来说明，首先来看MySQL5.7.16版本：
mysql> use test;
Database changed
mysql> create table t1 (id int);
Query OK, 0 rows affected (0.07 sec)
mysql> create table t2 like t1;
Query OK, 0 rows affected (0.03 sec)
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1 |
| t2 |
+----------------+
2 rows in set (0.00 sec)
mysql> drop table t1,t3;
ERROR 1051 (42S02): Unknown table 'test.t3'
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t2 |
+----------------+
1 row in set (0.00 sec)上图中创建了两个表t1和t2，当我们使用一个语句对t1和t3进行drop的时候，在这种情况下，MySQL5.7.16会报错test.t3表不存在，但是当我们查看结果的时候，test.t1表已经被drop掉了。这种情况比较危险，一旦出现手误的场景，某些操作是不可逆的。
而对于MySQL8.0.19来讲，在同样的场景下，表现如下：
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1 |
+----------------+
1 row in set (0.00 sec)
mysql> create table t2 like t1;
Query OK, 0 rows affected (0.12 sec)
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1 |
| t2 |
+----------------+
2 rows in set (0.00 sec)
mysql> drop table t1,t3;
ERROR 1051 (42S02): Unknown table 'test.t3'
mysql> show tables;
+----------------+
| Tables_in_test |
+----------------+
| t1 |
| t2 |
+----------------+
2 rows in set (0.01 sec)可以看到，t3不存在的时候，t1并没有被drop掉，这符合我们的预期结果。
在这种情况下，MySQL8.0.19的表现好于MySQL5.7.16.
3、版本升级以前，在安装新版本的MySQL之后，MySQL服务器会在下次启动时自动升级数据字典表，此后，DBA应该手动调用mysql_upgrade来升级mysql模式中的系统表以及其中的对象。 其他架构，例如sys架构和用户架构。从MySQL 8.0.16开始，服务器执行以前由mysql_upgrade处理的任务。 在安装新的MySQL版本之后，服务器现在将在下次启动时自动执行所有必要的升级任务，而不依赖于DBA调用mysql_upgrade。
这部分内容还没有测试，后续我会补充一个在线升级MySQL8.0版本的案例，检验一下这个过程。
腾讯云开发者
