MySQL 5.7版本新特性连载（四）

本文将和大家一起分享下5.7的新特性，不过我们要先从即将被删除的特性以及建议不再使用的特性说起。根据这些情况，我们在新版本及以后的版本中，应该不再使用，避免未来产生兼容性问题。

本文是基于MySQL-5.7.7-rc版本，未来可能 还会发生更多变化。

1、SQL MODE变化

a. 默认启用 STRICT_TRANS_TABLES 模式；

b. 对 ONLY_FULL_GROUP_BY 模式实现了更复杂的特性支持，并且也被默认启用；

c. 其他被默认启用的sql mode还有 NO_ENGINE_SUBSTITUTION；

【iMySQL建议】

对广大MySQL使用者而言，以往不是那么严格的模式还是很方便的，在5.7版本下可能会觉得略为不适，慢慢习惯吧。比如向一个20字符长度的VARCHAR列写入30个字符，在以前会自动阶段并给个提示告警，而在5.7版本下，则直接抛出错误了。个人认为这倒是一个好的做法，避免各种奇葩的写法。

【新特性实践】

因为 uname 字段的长度为 40 个字符。

2、优化online操作，例如修改buffer pool、修改索引名（非主键）、修改REPLICATION FILTER、修改MATER而无需关闭SLAVE线程 等众多特性。

可以在线修改buffer pool对DBA来说实在太方便了，实例运行过程中可以动态调整，避免事先分配不合理的情况，不过 innodb_buffer_pool_instances 不能修改，而且在 innodb_buffer_pool_instances 大于 1 时，也不能将 buffer pool 调整到 1GB 以内，需要稍加注意。

如果是加大buffer pool，其过程大致是：

如果是缩减buffer pool，其过程则大致是：

实际测试时，发现在线修改 buffer poo 的代价并不大，SQL命令提交完毕后都是瞬间完成，而后台进程的耗时也并不太久。在一个并发128线程跑tpcc压测的环境中，将 buffer pool 从32G扩展到48G，后台线程耗时 3秒，而从 48G 缩减回 32G 则耗时 18秒，期间压测的事务未发生任何锁等待。

再来看下在线修改非主键索引名，直接用 ALTER TABLE RENAME INDEX 语法即可。

例如下面的SQL语法：

可以看到，几乎瞬间完成，尽管我在执行这个SQL时正跑着64个并发tpcc压测。

延伸阅读：

官方文档：1.4 What Is New in MySQL 5.7

MySQL 5.7版本新特性连载（三）

MySQL 5.7版本新特性连载（二）

MySQL 5.7版本新特性连载（一）

整理的比较仓促，若有遗漏或失误，请留言回复，谢谢！