写在前面
本系列文章基于5.7.20版本讲述MySQL的新特性。从安装，文件结构，SQL ,优化 ，运维层面 复制，GITD等几个方面展开介绍 5.7 的新特性和功能。同时也建议大家跟踪官方blog和官方文档，以尽快知悉其新的变化。
6.1 优化(工具方面)增强
5.7 版本中如果一个会话正在执行sql，且该sql是支持explain的，那么我们可以通过指定会话id，查看该sql的执行计划。
EXPLAIN [options] FOR CONNECTION connection_id
该功能可以在一个会话里面查看另外一个会话中正在执行的长查询。
可以参考官方文档 和 work log
6.2 hint 功能增强
相比于MySQL5.6版本的hint 主要是index 级别的hint和控制表join 顺序的hint,5.7.7之后，MySQL增加了优化器hint,来控制sql执行的方式，因为目前MySQL支持nest loop join，故暂时无hint来修改sql 的join方式。熟悉Oracle 的朋友是否会发现MySQL 和Oracle 在功能上越来越近了。话说回来5.7的hint (先别和 index hint 比较)的用法 ，和oracle 的类似:
SELECT /*+ NO_RANGE_OPTIMIZATION(t3 PRIMARY, f2_idx) */ f1 FROM t3 WHERE f1 > 30 AND f1 < 33;
SELECT /*+ BKA(t1) NO_BKA(t2) */ * FROM t1 INNER JOIN t2 WHERE ...;
SELECT /*+ NO_ICP(t1, t2) */ * FROM t1 INNER JOIN t2 WHERE ...;
SELECT /*+ SEMIJOIN(FIRSTMATCH, LOOSESCAN) */ * FROM t1 ...;
EXPLAIN SELECT /*+ NO_ICP(t1) */ * FROM t1 WHERE ...
优化器级别的hint分四种类型
Global: The hint affects the entire statement
Query block: The hint affects a particular query block within a statement ，
什么是query block
(SELECT ... ) UNION (SELECT /*+ ... */ ... ) --后面的括号里面的称为 query block 。
Table-level: The hint affects a particular table within a query block
Index-level: The hint affects a particular index within a table 其他更加详细的信息请参考 官方文档
6.3 触发器功能增强
5.7版本之前一个表 对于每种action(INSERT,UPDATE, DELETE)和时机(BEFORE or AFTER) 只能支持一种类型的触发器。新版本可以针对同一个action支持多个触发器。
6.4 syslog 功能
之前的版本，*nix系统上的MySQL支持将错误日志发送到syslog是通过mysqld_safe捕获错误输出然后传递到syslog来实现的。新的版本原生支持将错误日志输出到syslog,且适用于windows系统，只需要通过简单的参数(log_syslog等)配置即可。 参考 官方文档 MySQL支持–syslog选项，可将在交互式模式下执行过的命令输出到syslog中（*nix系统下一般是.mysql_history）。对于匹配“ignore”过滤规则（可通过 –histignore选项或者 MYSQL_HISTIGNORE环境变量进行设置）的语句不会被记入。关于mysql客户端的日志使用参见：聊聊 5.7 error log 那些事儿
6.5 虚拟列
在MySQL 5.7中，支持两种Generated Column，
-
Virtual Generated Column:
只将Generated Column保存在数据字典中表的元数据，每次读取该列时进行计算，并不会将这一列数据持久化到磁盘上。
注意:MySQL 5.7.8 以前 虚拟列字段不支持创建索引。5.7.8之后Innodb支持在虚拟列创建辅助索引。
-
Stored Generated Column:
将Column持久化到存储，会占用一定的存储空间。与Virtual Column相比并没有明显的优势，因此，MySQL 5.7中，不指定Generated Column的类型，默认是Virtual Column。
创建虚拟列语法：
col_name data_type [GENERATED ALWAYS] AS (expression) [VIRTUAL | STORED] [UNIQUE [KEY]] [COMMENT comment] [[NOT] NULL] [[PRIMARY] KEY]
具体的例子
看到上面的例子,熟悉oracle的朋友可能会和函数索引作比较，两者比较类似。使用虚拟列达到函数索引或者解决业务上的设计缺陷，但是个人不建议使用类似的功能，因为虚拟列在一定程度上也会给后期运维带来潜在的风险和复杂度。网络上的例子基本都是使用虚拟列解决业务逻辑上的问题，违背了数据库只存储数据的初衷。 思考一下MVC 框架的基本逻辑,业务逻辑要放到C 层或者V层，M层只存放数据即可。各位看官自己要了解更详细的虚拟列资料请移步官方文档。