安全改进。增加了以下安全增强:

SQL模式的变化。事务性存储引擎的严格SQL模式(STRICT_TRANS_TABLES)现在默认启用。

实现的ONLY_FULL_GROUP_BYSQL模式已经变得更加复杂，不再拒绝以前被拒绝的确定性查询。因此，现在默认启用此模式，只禁止包含表达式的非确定性查询，表达式不能保证在组中唯一确定。

的ERROR_FOR_DIVISION_BY_ZERO，NO_ZERO_DATE,NO_ZERO_IN_DATESQL模式现在已弃用，但默认启用。长期计划是将它们包含在严格的SQL模式中，并在未来的MySQL版本中将其作为显式模式删除。看到MySQL 5.7中的SQL模式更改．

对默认SQL模式的更改会导致默认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,NO_ENGINE_SUBSTITUTION．

在线ALTER TABLE。ALTER TABLE现在支持一个重命名索引子句重命名索引。更改是在没有表复制操作的情况下进行的。适用于所有存储引擎。看到第13.1.8节，“ALTER TABLE语句”．

ngram和MeCab全文解析器插件。MySQL提供了一个内置的全文ngram解析器插件，支持中文、日语和韩语(CJK)，以及一个可安装的日语MeCab全文解析器插件。

有关更多信息，请参见第12.10.8节“ngram全文解析器”,第12.10.9节，“MeCab全文解析器插件”．

InnoDB增强。这些InnoDB添加了增强:

JSON支持。从MySQL 5.7.8开始，MySQL支持本机JSON类型。JSON值不作为字符串存储，而是使用内部二进制格式，允许对文档元素进行快速读取访问。JSON文档存储在JSON每当插入或更新列时，都会自动验证它们，无效的文档会产生错误。JSON文档在创建时是规范化的，可以使用大多数比较操作符进行比较，例如＝，<，< =，>，> =，<>，! =,< = >；获取有关支持的操作符以及优先级和MySQL在比较时遵循的其他规则的信息JSON值,请参阅JSON值的比较和排序．

MySQL 5.7.8还引入了许多用于使用的函数JSON值。这些函数包括下面列出的:

在MySQL 5.7.9及以上版本中，可以使用列->路径作为速记JSON_EXTRACT (列，路径）．这作为列的别名工作，只要在SQL语句中可以出现列标识符，包括在哪里，命令,集团条款。这包括选择，更新，删除，创建表，以及其他SQL语句。左边一定是aJSON列标识符(而不是别名)。右边是一个带引号的JSON路径表达式，它根据作为列值返回的JSON文档求值。

MySQL 5.7.22增加了以下JSON函数:

看到第12.18.3节“搜索JSON值的函数”，以获取更多有关->而且JSON_EXTRACT ()．有关MySQL 5.7中JSON路径支持的信息，请参见搜索和修改JSON值．另请参阅为生成的列建立索引以提供JSON列索引．

系统和状态变量。系统和状态变量信息现在可以在性能模式表中获得，优先使用INFORMATION_SCHEMA表来获取这些变量。这也影响了操作显示变量而且显示状态语句。的值show_compatibility_56系统变量影响系统和状态变量语句和表产生的输出和所需的特权。关于该变量的详细描述请参见第5.1.7节，“服务器系统变量”．

系统模式。MySQL发行版现在包含sys模式，它是一组对象，帮助dba和开发人员解释Performance schema收集的数据。sys模式对象可用于典型的调优和诊断用例。有关更多信息，请参见26章,MySQL系统模式．

条件处理。MySQL现在支持堆叠诊断区域。当推入诊断区域堆栈时，第一个(当前)诊断区域将成为第二个(堆叠)诊断区域，并创建一个新的当前诊断区域作为其副本。在条件处理程序中，执行的语句修改新的当前诊断区域，但是得到堆叠诊断可用于检查堆叠诊断区域，以获取有关导致处理程序激活的条件的信息，而不依赖于处理程序本身中的当前条件。(以前，只有一个诊断区域。为了检查处理程序中的处理程序激活条件，在执行任何可能更改它的语句之前，有必要检查这个诊断区域。)看到第13.6.7.3节，“GET DIAGNOSTICS语句”,第13.6.7.7节“MySQL诊断区”．

优化器。添加了以下优化器增强:

触发器。以前，对于每个触发事件的组合，一个表最多只能有一个触发器(插入，更新，删除)和行动时间(之前，后)．此限制已被取消，并允许多个触发器。有关更多信息，请参见第23.3节，“使用触发器”．

日志记录。添加了以下日志增强功能:

生成的列。MySQL现在支持在中生成列的规范创建表而且ALTER TABLE语句。从创建列时指定的表达式计算生成列的值。生成的列可以是虚拟的(计算的)”在飞行中”读取行时)或存储(插入或更新行时计算)。有关更多信息，请参见第13.1.18.7节“创建表和生成的列”．

mysql客户端。在此之前,控制+ C在mysql中，如果有当前语句则中断，如果没有则退出mysql。现在控制+ C如果存在当前语句，则中断当前语句，否则取消任何部分输入行，但不退出。

使用mysqlbinlog重写数据库名称。数据库的重命名方法为mysqlbinlog从使用基于行的格式写入的二进制日志中读取时，现在支持使用——rewrite-db选项在MySQL 5.7.1中添加。

该选项使用格式——rewrite-db = 'dboldname->dbnewname＇．通过多次指定该选项，可以实现多个重写规则。

带有分区表的HANDLER。的处理程序语句现在可以与用户分区表一起使用。这样的表可以使用任何可用的分区类型(参见第22.2节“分区类型”)．

分区表的索引条件下推支持。类对分区表的查询InnoDB或MyISAM存储引擎可以采用MySQL 5.6中引入的索引条件下推优化。看到第8.2.1.5节“索引条件下推优化”，以查询更多资料。

没有验证支持ALTER TABLE…交换分区。从MySQL 5.7.5开始，ALTER TABLE……交换分区语法包含一个可选的{有|没有}验证条款。当没有验证是指定的,ALTER TABLE……交换分区在与分区交换填充表时，不执行逐行验证，从而允许数据库管理员负责确保行在分区定义的边界内。与验证是默认行为，不需要显式指定。有关更多信息，请参见第22.3.3节“与表交换分区和子分区”．

源转储线程改进。对源转储线程进行了重构，以减少锁争用并提高源吞吐量。在MySQL 5.7.2之前，转储线程在读取事件时锁定二进制日志;在MySQL 5.7.2及更高版本中，这个锁只在读取最后一个成功写入事件末尾的位置时被持有。这意味着多个转储线程现在能够并发地从二进制日志文件中读取，并且转储线程现在能够在客户机写入二进制日志时进行读取。

字符集的支持。MySQL 5.7.4包含一个gb18030支持中国标准GB18030字符集的字符集。有关MySQL字符集支持的更多信息，请参见第十章,字符集，排序规则，Unicode．

修改复制源不停止SLAVE。在MySQL 5.7.4及以后版本中，严格要求执行停止奴隶在发出任何改变主语句删除。的行为而不是取决于副本是否停止改变主现在取决于复制SQL线程和复制I/O线程的状态;这些线程中的哪一个现在停止或运行，决定了可以或不能使用的选项改变主在一个给定的时间点。作出这一决定的规则如下:

您可以使用以下命令检查副本SQL和I/O线程的当前状态显示奴隶状态．

如果正在使用基于语句的复制和临时表，则可以使用改变主声明后停止奴隶语句在副本上保留临时表。作为这一系列改进的一部分，现在无论何时都会发出警告改变主发行后停止奴隶使用基于语句的复制时Slave_open_temp_tables保持大于0。

有关更多信息，请参见第13.4.2.1节“CHANGE MASTER TO Statement”,第16.3.7节，“故障转移期间切换源”．

测试套件中。MySQL测试套件现在使用InnoDB默认存储引擎。

多源复制现在是可能的。MySQL多源复制增加了从多个源复制到一个副本的能力。MySQL多源复制拓扑可用于将多台服务器备份到一台服务器，合并表碎片，并将多台服务器的数据合并到一台服务器。看到第16.1.5节“MySQL多源复制”．

作为MySQL多源复制的一部分，已经添加了复制通道。复制通道使副本能够打开多个连接进行复制，每个通道都是到源的连接。看到第16.2.2节“复制通道”．

组复制性能模式表。MySQL 5.7向性能模式添加了许多新表，以提供关于复制组和通道的信息。其中包括以下表格:

所有这些表都是在MySQL 5.7.2中添加的，除了replication_group_members而且replication_group_member_stats，这是在MySQL 5.7.6中添加的。有关更多信息，请参见第25.12.11节“性能模式复制表”．

组复制SQL。MySQL 5.7.6中增加了以下语句来控制组复制:

有关更多信息，请参见第13.4.3节“控制组复制的SQL语句”．

的ERROR_FOR_DIVISION_BY_ZERO，NO_ZERO_DATE,NO_ZERO_IN_DATESQL模式现在已弃用，但默认启用。长期计划是将它们包含在严格的SQL模式中，并在未来的MySQL版本中将其作为显式模式删除。

弃用的ERROR_FOR_DIVISION_BY_ZERO，NO_ZERO_DATE,NO_ZERO_IN_DATESQL模式仍然被识别，因此命名它们的语句不会产生错误，但预计在MySQL的未来版本中将被删除。要为不存在这些模式名的MySQL版本做准备，应该修改应用程序以不引用它们。看到MySQL 5.7中的SQL模式更改．

这些SQL模式现在已弃用;希望它们在MySQL的未来版本中被删除:DB2，MAXDB，该软件，MYSQL323，MYSQL40，甲骨文，POSTGRESQL，NO_FIELD_OPTIONS，NO_KEY_OPTIONS，NO_TABLE_OPTIONS．这些弃用有两个含义:

对帐户管理报表的更改使以下功能过时。它们现在已被弃用:

查询缓存已弃用。Deprecation包括以下项目:

在此之前,——事务隔离而且——transaction-read-only服务器启动选项对应于tx_isolation而且tx_read_only系统变量。为了更好地对应启动选项和系统变量名，transaction_isolation而且transaction_read_only被创建为化名tx_isolation而且tx_read_only．的tx_isolation而且tx_read_only变量现在已弃用，预计将在MySQL 8.0中删除。应用程序应该调整以适应使用transaction_isolation而且transaction_read_only代替。

的——skip-innodb选项及其同义词(——innodb =了，——disable-innodb，等等)已被弃用。从MySQL 5.7开始，这些选项没有效果。因为InnoDB不能被禁用。

客户端——ssl而且——ssl-verify-server-cert选择是不赞成的。使用——ssl-mode =要求而不是——ssl = 1或——启用ssl．使用——ssl-mode =禁用而不是——ssl = 0，——skip-ssl,或——禁用ssl．使用——ssl-mode = VERIFY_IDENTITY而不是——ssl-verify-server-cert选项。(服务器端——ssl选择是不弃用)。

对于C API，MYSQL_OPT_SSL_ENFORCE而且MYSQL_OPT_SSL_VERIFY_SERVER_CERT选项mysql_options ()与客户端通信——ssl而且——ssl-verify-server-cert选项和已弃用。使用MYSQL_OPT_SSL_MODE的选项值SSL_MODE_REQUIRED或SSL_MODE_VERIFY_IDENTITY代替。

的log_warnings系统变量和——log-warnings服务器选项已弃用。使用log_error_verbosity系统变量。

的——temp-pool服务器选项已弃用。

的binlog_max_flush_queue_timesystem变量在MySQL 5.7中什么都不做，从MySQL 5.7.9起已弃用。

的innodb_support_xa系统变量，使能InnoDB支持XA事务中的两阶段提交，从MySQL 5.7.10起已弃用。InnoDB从MySQL 5.7.10开始，XA事务中始终支持两阶段提交。

的metadata_locks_cache_size而且metadata_locks_hash_instances系统变量已弃用。从MySQL 5.7.4开始，它们什么都不做。

的sync_frm系统变量已弃用。

全球character_set_database而且collation_database系统变量已弃用;希望在MySQL的未来版本中删除它们。

给会话赋值character_set_database而且collation_database系统变量已弃用，赋值会产生警告。预计在MySQL的未来版本中，会话变量将变成只读的，对它们的赋值将产生错误，但仍然有可能读取会话变量来确定默认数据库的数据库字符集和排序规则。

全局范围为sql_log_bin系统变量已弃用，该变量现在只能用会话作用域设置。该声明集全球SQL_LOG_BIN现在产生一个错误。的全局值仍然是可能的sql_log_bin，但这样做会产生警告。您现在应该采取行动，从您的应用程序中删除对读取该值的任何依赖;全球范围sql_log_bin在MySQL 8.0中删除。

随着MySQL 8.0中数据字典的引入，——ignore-db-dir选项,ignore_db_dirs系统变量变得多余，在那个版本中被删除了。因此，它们在MySQL 5.7中已被弃用。

集团默认情况下隐式排序(也就是说，在没有ASC或DESC指示符)，但依赖于隐式集团MySQL 5.7中的排序已弃用。要实现分组结果的特定排序顺序，最好使用explicit来生成给定排序顺序ASC或DESC指示器的集团列或提供命令条款。集团排序是一个MySQL扩展，在未来的版本中可能会改变;例如，使优化器能够以它认为最有效的方式对分组进行排序，并避免排序开销。

的扩展而且分区关键字的解释声明弃用。这些关键字仍然可以识别，但现在已经没有必要了，因为它们的效果总是启用的。

的加密()，编码()，DECODE ()，DES_ENCRYPT (),DES_DECRYPT ()不支持加密功能。为加密(),可以考虑使用SHA2 ()而不是单向哈希。对于其他的，考虑使用AES_ENCRYPT ()而且AES_DECRYPT ()代替。的——des-key-file选项时,have_crypt系统变量,DES_KEY_FILE选择冲洗声明,HAVE_CRYPTCMake选项也已弃用。

的MBREqual ()空间功能被弃用。使用MBREquals ()代替。

中描述的功能第12.17.4节“从WKB值创建几何值的函数”以前接受WKB字符串或几何参数。不赞成使用几何参数。关于将查询迁移到不使用几何参数的指导原则，请参阅那一节。

的INFORMATION_SCHEMA分析桌子是弃用。使用性能模式代替;看到25章,MySQL性能模式．

的INFORMATION_SCHEMAINNODB_LOCKS而且INNODB_LOCK_WAITS表已弃用，将在MySQL 8.0中删除，它提供替代的性能模式表。

性能模式setup_timer表已被弃用，并在MySQL 8.0中被删除蜱虫行performance_timers表格

的sys模式sys.version的观点是不赞成;希望它在MySQL的未来版本中被删除。应调整受影响的应用程序以使用替代方案。例如，使用(版本)函数检索MySQL服务器版本。

治疗\ N作为…的同义词零in SQL语句已弃用，在MySQL 8.0中已移除;使用零代替。

此更改不影响与执行的文本文件导入或导出操作加载数据或选择……到输出文件,零继续由\ N．看到第13.2.6节“LOAD DATA语句”．

过程分析()语法被弃用。

注释剥离mysql客户端和控制它的选项(——skip-comments，——评论弃用。

mysqld_safe支持syslog输出是弃用。使用本机服务器syslog支持使用。看到第5.4.2节“错误日志”．

将mysql 5.1之前包含特殊字符的数据库名称转换为5.1格式，并添加了一个# mysql50 #前缀是弃用。正因为如此，——fix-db-names而且——fix-table-names选项mysqlcheck和升级数据目录名称条款的修改数据库语句也已弃用。

只支持从一个版本系列升级到另一个版本系列(例如，从5.0到5.1，或从5.1到5.5)，因此应该不需要将旧的5.0数据库名称转换为MySQL的当前版本。作为一种解决方法，在升级到最新版本之前，先将MySQL 5.0升级到MySQL 5.1。

mysql_install_db功能已经集成到MySQL服务器中，mysqld．使用此功能来初始化MySQL安装，如果您之前调用mysql_install_db手动调用mysqld与——初始化或——initialize-insecure选项，具体取决于您是否希望服务器为初始密码生成随机密码“根”@“localhost”帐户。

mysql_install_db现在已经被弃用了，特辑也一样——引导选项,mysql_install_db传递给mysqld．

的mysql_plugin效用是弃用。方法包括在服务器启动时使用——plugin-load或——plugin-load-add选项，或在运行时使用安装插件声明。

的resolveip效用是弃用。网路资讯查询，宿主,或挖可以代替。

的resolve_stack_dump效用是弃用。来自官方MySQL构建的堆栈跟踪总是被符号化的，所以没有必要使用resolve_stack_dump．

的mysql_kill ()，mysql_list_fields ()，mysql_list_processes (),mysql_refresh ()不推荐使用C API函数。对应的也是如此COM_PROCESS_KILL，COM_FIELD_LIST，COM_PROCESS_INFO,COM_REFRESH客户端/服务器协议命令。相反,使用mysql_query ()执行一个杀了，显示列，显示PROCESSLIST,或冲洗分别声明。

的mysql_shutdown ()C API函数已弃用。相反,使用mysql_query ()执行一个关闭声明。

的libmysqld从MySQL 5.7.19起已弃用嵌入式服务器库。这些也不推荐使用:

因为libmysqld的APIlibmysqlclient，迁移路径远离libmysqld很简单:

的取代效用是弃用。

已弃用对DTrace的支持。

的JSON_MERGE ()函数从MySQL 5.7.22起已弃用。使用JSON_MERGE_PRESERVE ()代替。

支持在共享中放置表分区InnoDB表空间从MySQL 5.7.24起已弃用。共享表空间包括InnoDB系统表空间和通用表空间。有关在共享表空间中标识分区并将它们移动到每个表文件的表空间的信息，请参见为升级准备安装．

支持表空间= innodb_file_per_table而且表空间= innodb_temporary条款与创建临时表从MySQL 5.7.24起已弃用。

的——ndbperror选择是弃用。使用ndb_perror实用程序。

删除了对使用较旧的4.1以前的密码哈希格式的密码的支持，这涉及到以下更改。使用不再支持的特性的应用程序必须被修改。

在MySQL 5.6.6中，2位数(2)数据类型已弃用。支持(2)现在已经删除。升级到MySQL 5.7.5或更高版本后，任何剩下的2位数(2)列必须转换为4位数字一年列重新变得可用。有关转换策略，请参见第11.2.5节，“两位数年份(2)的限制和向四位数年份的迁移”．例如,运行mysql_upgrade后升级。

的innodb_mirrored_log_groups系统变量。唯一支持的值是1，所以它没有任何用途。

的storage_engine系统变量。使用default_storage_engine代替。

的thread_concurrency系统变量。

的timed_mutexes系统变量。它没有任何作用，也没有任何效果。

的忽略条款ALTER TABLE．

插入延迟不再受支持。服务器识别但忽略延迟关键字，将插入作为非延迟插入处理，并生成ER_WARN_LEGACY_SYNTAX_CONVERTED警告。（”不再支持INSERT DELAYED。语句被转换为INSERT。”)同样的,取代延迟作为非延迟替换处理。你应该预料到延迟关键字将在未来的版本中删除。

此外,一些延迟相关选项或功能被删除:

在Windows上使用数据库符号链接.sym文件已被删除，因为它是多余的，使用本机符号链接支持可用mklink．任何.sym文件符号链接现在被忽略，应该用使用创建的符号链接替换mklink．看到第8.12.3.3节“在Windows上为数据库使用符号链接”．

未使用的——basedir，——datadir,——tmpdir选项mysql_upgrade被移除。

以前，程序选项可以完整地指定，也可以作为任何明确的前缀指定。例如,——压缩可给予选择权,mysqldump作为——压缩机，但不是——广告样稿因为后者是模糊的。不再支持选项前缀;只接受完整选项。这是因为当为程序实现新选项时，前缀可能会导致问题，而当前没有歧义的前缀将来可能会变成歧义。这一变化的一些影响:

显示引擎innodb互斥锁输出被移除。的视图可以生成可比的信息性能模式表。

的InnoDB表空间监视和InnoDB表监视器已被删除。对于表监视器，可以从InnoDBINFORMATION_SCHEMA表。

用于启用和禁用标准的特殊命名表InnoDB监控和InnoDB锁监控(innodb_monitor而且innodb_lock_monitor)被删除，代之以两个动态系统变量:innodb_status_output而且innodb_status_output_locks．有关其他信息，请参见第14.18节“InnoDB监控器”．

的innodb_use_sys_malloc而且innodb_additional_mem_pool_size删除了MySQL 5.6.3中已弃用的系统变量。

的msql2mysql，mysql_convert_table_format，mysql_find_rows，mysql_fix_extensions，mysql_setpermission，mysql_waitpid，mysql_zap，mysqlaccess,mysqlbug实用工具。

的mysqlhotcopy实用程序。备选方案包括,mysqldump和MySQL企业备份。

的binary-configure.sh脚本。

的INNODB_PAGE_ATOMIC_REF_COUNTCMake选择删除。

的innodb_create_intrinsic选择删除。

的innodb_optimize_point_storage选项和相关的内部数据类型(DATA_POINT而且DATA_VAR_POINT)被移除。

的innodb_log_checksum_algorithm选择删除。