标签：
转自：
http://www.toutiao.com/m5762164771/
迄今最安全的MySQL？细数5.7那些惊艳与鸡肋的新特性（上） - 今日头条(TouTiao.com)
http://toutiao.com/a6300616158581604609/?tt_from=mobile_qq&utm_campaign=client_share&app=news_article&utm_source=mobile_qq&iid=4592472790&utm_medium=toutiao_ios
写在前面
MySQL 5.7版本于2015年10月份左右GA，至今已经大半年了，但作为MySQL DBA的我却一直没时间follow它的特性，实在惭愧，以后会花时间来研究5.7版本的特性并针对部分优化功能做出压力测试。
本系列基于5.7.12版本来讲述MySQL的新特性，同时也建议大家跟踪官方blog和文档（http://dev.mysql.com/doc/refman/5.7/en/），以尽快知悉其新的变化。
MySQL 5.7的目标是成为发布以来最安全的MySQL服务器，其在SSL/TLS和全面安全开发方面有一些重要的改变。
1、5.7版本的用户表mysql.user要求plugin字段非空，且默认值是mysql_native_password，并且不再支持mysql_old_password。
2、增加密码过期功能
DBA可以设置任何用户的密码过期时间，具体详见官方文档《密码过期策略》（http://dev.mysql.com/doc/refman/5.7/en/password-expiration-policy.html）。
可能大家都有如果业务系统的账号某一天突然过期了，业务受到影响怎么办？ 别担心，可以设置密码永不过期。
default_password_lifetime=0
3、DBA可以通过对用户加锁/解锁进一步控制其访问db
例子：
4、SSL特性
MySQL 5.7版本提供了更为简单的SSL安全访问配置，并且默认连接就采用SSL的加密方式。细心的朋友在看官方文档的时候，会注意到安装步骤中多了一安装SSL的步骤，具体关于SSL是什么，请参考《图解SSL和加密》（http://www.linuxidc.com/Linux/2016-04/130034.htm）。
以下推荐两篇延伸阅读，关于SSL特性我相信绝大多数数据库都没有开启，姜承尧文章中的测试案例显示弱开启SSL性能开销在25%左右。大家在尝试新的特性的时候，根据自己的业务做评估。
《MySQL的SSL加密连接与性能开销》
《SSL/TLS in MySQL 5.7》
5、使用更安全的初始化方式
逐步废弃mysql_install_db的安装方式使用initialize代替(mysql_install_db <5.7.6<= mysqld —initialize) ,使用initialize参数初始化数据库有如下特性：
只创建一个 root账号，并且生成一个临时的标记为过期密码
不创建其他账号
不创建test 数据库
特别强调与—initialize不同，初始化的时候使用参数。
则会生成一个无密码的root账号。更详细的请移步官方文档（http://dev.mysql.com/doc/refman/5.7/en/data-directory-initialization-mysqld.html）。
6、SQL_MODE的变化
官方文档上表述，5.7 版本默认的SQL_MODE="ONLY_FULL_GROUP_BY, STRICT_TRANS_TABLES, NO_ZERO_IN_DATE, NO_ZERO_DATE, ERROR_FOR_DIVISION_BY_ZERO, NO_AUTO_CREATE_USER, and NO_ENGINE_SUBSTITUTION" 。而实际上我自己的测试环境中默认添加了STRICT_TRANS_TABLES 属性。
STRICT_TRANS_TABLES 意思是说要存储的字段的长度大于字段定义的大小，直接报错而非像5.6版本以及之前，截断数据进行存储，同时抛出一个warning。注意同一个会话调整 sql_mode必须退出之后在进入sql_mode才会生效。详细了解SQL_MODE请移步《sql_mode官方文档》（http://dev.mysql.com/doc/refman/5.7/en/sql-mode.html）。注意5.7对于，‘00000000 00:00:00‘ 这类default值的影响。
7、online ddl支持rename index name
个人感觉这个功能比较鸡肋，通常改变索引名称的时候，本身索引的结构需要增删字段，新建的索引名称也要修改合适的名称。
8、新增内置的full text 插件，支持中文、韩文、日文全文索引
之前的版本，只能依赖单词之间空格进行分词，对于依赖于语义分词而非空格分词的其他语言种类，5.7版本的引入支持解析中文、韩文、日文的全文索引--ngram full-text parser解决了该问题。具体请移步《ngram Full-Text Parser》（http://dev.mysql.com/doc/refman/5.7/en/fulltext-search-ngram.html）。
9、动态修改varchar长度大小
可以通过ALTER TABLE语句以in place方式修改varchar的大小且无需table-copy。但存在限制：表示varchar长度的字节数不能变化（如果变更前使用1个字节表示长度，变更后也必须使用1个字节表示），即只支持0~255内的或者255以上的范围变更（增大），如果字段的长度从254增到256时就不能使用in-place算法，必须使用copy算法，否则报错。需要注意的是，减小varchar(N)长度的大小必须使用copy类型，如：
10、临时表性能优化
MySQL 5.7对临时表做了极大的改动，提升性能。
通过优化CREATE TABLE, DROP TABLE, TRUNCATE TABLE,和ALTER TABLE语句的执行逻辑，提升临时表的性能（这个是从官网翻译的，还没找到除了alter之外的其他资料说明详细的优化过程）。
InnoDB临时表元数据不再存储于InnoDB系统表而是存储在INNODB_TEMP_TABLE_INFO，包含所有用户和系统创建的临时表信息。该表在第一次在其上运行select时被创建。
11、新增临时表空间
为所有非压缩的innodb临时表提供一个独立的表空间，默认的临时表空间文件为ibtmp1，位于数据目录。我们可通过innodb_temp_data_file_path参数指定临时表空间的路径和大小。
MySQL每次重新启动时，会重新创建临时表空间。
注意：从5.7.5开始，新增一个系统选项internal_tmp_disk_storage_engine可定义磁盘临时表的引擎类型为InnoDB，而在这以前，只能使用MyISAM。而在5.6.3以后新增的参数default_tmp_storage_engine是控制create temporary table创建的临时表的存储引擎，在以前默认是MEMORY，不要把这二者混淆了。
12、优化临时表
从MySQL 5.7.2针对正常和压缩的临时及相关对象引入新的"non-redo" undo log,因为临时表在数据库崩溃后不需要恢复，也就无需redo logs，避免了写relog相关的io，从而提高了性能。必须指出操作临时表需要undo log用于MySQL运行时的回滚、MVCC等。详见《innodb-temporary-table-undo-logs》（https://dev.mysql.com/doc/refman/5.7/en/innodb-temporary-table-undo-logs.html）。
13、支持新的DATA_GEOMETRY空间类型的数据
InnoDB现在支持MySQL-supported空间数据类型。之前的空间数据是以binary BLOB数据存储的，现在空间数据类型被映射到了一个InnoDB内部数据类型DATA_GEOMETRY。
14、升级innochecksum
innochecksum--离线的InnoDB文件校验工具，新增选择项或扩展的功能，如：
支持使用指定校验算法；
支持只重写校验值而不进行验证；
可指定允许的校验和不匹配量；
显示各类页的个数、导出页类型信息、输出至日志、从标准输入读取数据等；
从5.7.2起可支持校验超过2G的文件。
详细的用法参考《innochecksum 官方文档》（http://dev.mysql.com/doc/refman/5.7/en/innochecksum.html）。
15、online DDL语句重建普通表和分区表
OPTIMIZE TABLE、ALTER TABLE … FORCE、ALTER TABLE … ENGINE=INNODB等DDL操作使用inplace算法，减少了重建时间和对应用的影响。
16、针对Fusion-io NVM文件系统的优化
Linux系统中Fusion-io Non-Volatile Memory (NVM)文件系统提供了原子写能力，使InnoDB的doublewrite变得冗余。因此，MySQL5.7.4以后，如果Fusion-io设备支持原子写， MySQL系统会自动关闭doublewrite，减少IO，提升性能。
更多新特性解析未完待续……敬请期待~
迄今最安全的MySQL？细数5.7那些惊艳与鸡肋的新特性（上）【转载】
标签：
原文地址：http://www.cnblogs.com/paul8339/p/5645739.html
