连跳7个版本之后，MySQL 8.0.12有什么新特征？

  1.添加新列。已知限定前提如下：

• 不能与其他不支持INSTANT算法的alter子语句归并在一路。
• 只能添加在表列的末端。
• 不能用于innodb的压缩表（ROW_FORMAT=COMPRESSED）。
• 方针表不能包括全文索引。
• 方针表不能是姑且表。
• 方针表不能是数据字典表。
• 这种添加方法下，不管帐算行长度是否吻合，这个计较会在产生insert可能update的时辰处理赏罚。

  2. 添加可能删除假造列。

  3. 添加可能去掉列的默认值。

  4. 修改 enum，set 列范例的界说（题外话，有几多人知道并在用这个？）

  5. 修改索引范例。

  6. 重定名表名称。

binlog支持管道输入 

对付大个头 binlog 的处理赏罚，因为 MySQL mysqlbinlog 措施之前是不支持管道的，只能先解压，之后再处理赏罚。从 8.0.12 开始，mysqlbinlog支持管道输入了，简朴来说，就是下面这么一回事：

gzip -cd binlog-files_1.gz | ./mysqlbinlog - | ./mysql -uroot -p  

当一条drop 语句内里包括了关联的父子表，则会直接删除，不在特殊要求父子表次序正确 

如题，对付每次删表都必要封锁外键搜查的人来说，无疑是个好动静。

MySQL 外键关联删表：

8.0,版本中，平凡环境下，删除父表：

报错 3730

在更早的版本（5.7）中：

可以看堕落误信息，在 8.0 开始越发具体了。

假如执行 drop table father，child：

必需写成：

可是，在 8.0.12 开始：

ADMIN成为要害字 

往后 SQL 字段又少了一个常用的词哎=_=。

是谁封锁了数据库？ 

MySQL 终于会在日记内里记录，是谁发的 shutdown 呼吁了。

MySQL 封锁数据库：

那些或者很好玩的bug 

下面是从 bugfix 记录中，找的一些好玩被修复的内容，留意——因为每小我私人笑点差异，假如只存眷新特征修改的话，下面的内容不看就不看了。

1. 早前公布的新事宜模子 VATS，因为其必要追踪全部守候其他事宜的事宜数目，为了停止死锁，今朝被修改为天生出来的近似值。
2. gtid_purge（记录那些gtid事宜已经被purge掉）的值，在Group Replication 运行时代，应该是不能被修改的，然而此刻发明它是可以修改的，因此改为在 group replication 运行时辰不能修改。
3. 当 expire_logs_days 与 binlog_expire_logs_seconds 参数都配置的环境下，假如配置了 skip-log-bin ，此刻开始这个信息会被写入错误日记。
4. 当有超大事宜执行（binlog 量高出 binlog_cache_size）的时辰，在刷出到姑且文件时代，假如碰着磁盘满导致的刷出失败，事宜回滚，这个信息没有被记录在错误日记内里，而且，事宜回滚后，缓存也不会被清空。
5. SUPER 权限的用户，没步伐修改 keyring_operations 参数。
6. It was possible to drop the Performance Schema. 哈哈哈哈哈。
7. slave_rows_search_algorithms 指定了 row 名目复制时辰，行匹配的的方法，指定为 INDEX_SCAN 的话，假如表上有索引，则会行使索引操纵。但假如主从库的统一张表，行使了差异的列作为主键，而且从库表上尚有独一索引的环境下，bug 会导致行使 table scan（全表扫描）而非索引。
8. 对付 MyISAM 来说，特定的 insert 与 delete 语句次序，会导致表数据破坏。 

【编辑保举】

1. 阿里P8架构师谈：数据库中间件的成果、合用场景、淘宝TDDL详解
2. 数据库界的《延禧攻略》来了，不看你就输了
3. Innodb中MySQL怎样快速删除2T的大表
4. 为什么你的MySQL机能差？死代码连累题目办理了吗？
5. 传统DBA将死？饿了么数据库自动化运维实践

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!