Mysql 5.7 官方文档翻译

Posted 2020-11-17

始于 2017年4月1日-愚人节

1.1 mysql 5.7 新功能

本章节介绍了MySQL 5.7 新版本中新增、废弃、删除的功能。 在1.5章节 Section 1.5, “Server and Status Variables and Options Added, Deprecated, or Removed in MySQL 5.7” 中可以获得详细信息。.

MySQL 5.7 新增功能

MySQL 5.7 废弃功能

MySQL 5.7 删除功能

MySQL 5.7 新增功能

以下是 MySQL 5.7新增的功能选项:

安全增强. :

该版本要求在mysql.user 中的plugin字段非空并且禁止accounts 为空值。 要查看server 升级的事项请看 2.11.1.1 章节Section 2.11.1.1, “Changes Affecting Upgrades to MySQL 5.7”. mysql 建议DBA 使用mysql_native_password 代替mysql_old_password.因为mysql_old_password 已经删除不再支持。 对于账户升级请查看7.5.1.3章节Section 7.5.1.3, “Migrating Away from Pre-4.1 Password Hashing and the mysql_old_password Plugin”.

MySQL 现在允许数据库管理员利用策略创建一个自动过期的账户。任何连入数据库server的过期账户必须要修改密码。 在章节7.3.6 Section 7.3.6, “Password Expiration Policy”. 有详细介绍。

管理员能够锁定或者解锁，以便更你好的控制谁能登入，查看章节7.3.10 Section 7.3.10, “User Account Locking”. 有详细介绍。

为了更简单的支持安全连接，MySQL server 能够在启动的时候能够使用Openssl自动生成丢失的RSA 认证文件.在7.4.6.1 章节 Section 7.4.6.1, “Creating SSL and RSA Certificates and Keys using MySQL”. 有详细介绍。

所有server 不管是Openssl 或者yaSSL ,既是没有显式的配置SSL，当服务器启动的时候发现在数据目录有SSL 文件会舱室自动启用SSL 。在 7.4.4 章节 Section 7.4.4, “Configuring MySQL to Use Secure Connections”. 有详细介绍。

另外MySQL 还配置了一个包含mysql_ssl_rsa_setup 的功能包，这样使得你能够手动的创建SSL和RSA 密钥认证文件在章节5.4.5 Section 5.4.5, “mysql_ssl_rsa_setup — Create SSL/RSA Files”.有详细介绍。

MySQL 部署初始化使用 mysqld --initialize 做安全默认项. 下面列出的项是mysql 在部署的时候作为默认项目:

Mysql 初始化的时候只创建一个root 账户‘root‘@‘localhost‘, 并为这个账户自动生成一个随机密码, 并将密码设置为过期状态. MySQL 管理员必须使用这个密码登入并设置要给新的密码，（服务器将随机密码写入error 日志文件中）

初始化的时候不会创建匿名账户。

初始化的时候不会创建test 库。

查看章节2.10.1.1 Section 2.10.1.1, “Initializing the Data Directory Manually Using mysqld”.有更多详细信息。

SQL mode 做了变更. STRICT_TRANS_TABLES 现在变更为默认.

ONLY_FULL_GROUP_BY SQL mode 更为精确, 以前版本拒绝的查询已经不在拒绝. 因此, 该模式默认是开启的, 现在只拒绝那些在组中不能保证是唯一的不确定的查询. ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE, 和 NO_ZERO_IN_DATE SQL modes 现在已经废弃，默认启用。在以后的版本中计划中打算将他们加入 strict SQL mode 并且将他们显示的删除. 在 SQL Mode Changes in MySQL 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.

Online ALTER TABLE 在线修改表. alter table 命令现在能够通过rename index 来重命名索引的名称ALTER TABLE now supports a RENAME INDEX clause that renames an index. 该项更改是源修改模式（in-place）不需要表拷贝操作，对所有引擎有效。 该项更改是在内部修改（in-place）不需要复制表操作，对所有引擎有效。 在14.1.8 章节 Section 14.1.8, “ALTER TABLE Syntax”.有详细介绍。

ngram and MeCab full-text 分析插件. MySQL 提供了一个内置的全文 ngram 分析 插件 支持中文、日文、韩文和一个可安装的 MeCab 全文分析 日语插件。在13.9.8章节Section 13.9.8, “ngram Full-Text Parser”, 和13.9.9章节Section 13.9.9, “MeCab Full-Text Parser Plugin”.由详细描述。

InnoDB 增强. :

VARCHAR 字段的大小能够通过 ALTER TABLE,命令，以in-place 的方式修改， 例如 :

ALTER TABLE t1 ALGORITHM=INPLACE, CHANGE COLUMN c1 c1 VARCHAR(255);
This is true as long as the number of length bytes required by a VARCHAR column remains the same.只要修改字段后字段varchar所占字节数和原先的相同就能实现，例如对于 VARCHAR 值在 0到 255,只需要一个bytes. 对于 VARCHAR 的值是 256 bytes 或者大于256 需要两个字节.这样的话,通过 in-place ALTER TABLE 只支持0到255 之间的修改，或者说256 以及大于256之间修改.in-place alter table 不支持小于256的varchar值变更为大于256的值。因为在这种情况下存储的字节会从1个字节变为两个字节。只能通algorithm=copy的方式修改，例如将varchar (255)的值修改到256 in-place alter would 会返回一个错误

ALTER TABLE t1 ALGORITHM=INPLACE, CHANGE COLUMN c1 c1 VARCHAR(256);
ERROR 0A000: ALGORITHM=INPLACE is not supported. Reason: Cannot change
column type INPLACE. Try ALGORITHM=COPY.
使用IN-PLACE alter table 减少varchar 的大小是不支持的。减少字段大小需要复制表操作(ALGORITHM=COPY).

对于INNODB 引擎临时表的DLL CREATE TABLE, DROP TABLE, TRUNCATE TABLE, and ALTER TABLE 做了增强.

InnoDB 临时表的元信息现在不存放在 InnoDB 系统表中. 替代的是一张新表 INNODB_TEMP_TABLE_INFO, 可供查询到的是用户在使用的临时表snapshot . 这张表记录了所有用户和系统自己创建的在innodb 实例中的临时表信息。当第一次使用.当 当select 语句第一次运行的时候这张表就创建了

InnoDB 现在支持 空间数据 类型. 在这之前的版本, InnoDB 只能 将空间数据类型 做为二进制的 BLOB 来存储. BLOB 是基本的存储类型 但是空间数据类型类型现在已经作为一种新的 InnoDB 引擎内部数据类型, DATA_GEOMETRY.

对于所有没压缩的INNODB 引擎临时表 现在提供各自的表空间. 每当server startup 新的表空间都会重新创建，并且默认在DATADIR 指定目录. 一个新的参数 innodb_temp_data_file_path, 允许用户自定义临时表的存放地址.

innochecksum 功能现在做了增强并提供了几个新的参数扩展其能力。章节 5.6.1 Section 5.6.1, “innochecksum — Offline InnoDB File Checksum Utility”.有更详细信息。

对于普通的或者压缩的临时表以及相关的对象现在用一种新的non-redo undo log 存放在 临时表空间中. 章节15.4.12.1 Section 15.4.12.1, “InnoDB Temporary Table Undo Logs” 有详细信息.

InnoDB buffer pool 转储 和加载 做了加强.使用 innodb_buffer_pool_dump_pct,参数能够让你指定百分比的转储buffer_pool 中的数据 ，当操作的时候有其他的活动的IO操作在innodb 的后台。 INNODB 尝试使用 innodb_io_capacity 参数来限制每秒从buffer pool 中加载的数据量.

InnoDB 支持全文索引. 查看章节 Full-Text Parser Plugins 和 Section 27.2.4.4, “Writing Full-Text Parser Plugins”.

InnoDB 在清空buffer pool 中的脏数据的使用可以使用innodb_page_cleaner 指定多个 清除线程 这个参数值默认是1.

对于下面列出的选项，MySQL 能够定期和分步使用online DDL (ALGORITHM=INPLACE) :

OPTIMIZE TABLE

ALTER TABLE ... FORCE

ALTER TABLE ... ENGINE=INNODB (when run on an InnoDB table)

Online DDL 能够减少时间并且支持并发,这样能有有效减少停机时间 章节15.13.1 Section 15.13.1, “Overview of Online DDL” 有详细介绍.

linux 的 Fusion-io Non-Volatile Memory (NVM) 文件系统提供了原子的 （atomic）写扩展能力,使得 InnoDB doublewrite buffer 冗余. 对于在fusion-io支持原子写的设备上 系统表空间 (ibdata files) 的InnoDB doublewrite buffer 自动禁用 .

InnoDB 对于分区表和单个的分区支持 t Transportable Tablespace . 这个增强使得在不同的server之间备份迁移分区表变得简化了章节 15.7.6 Section 15.7.6, “Copying File-Per-Table Tablespaces to Another Server” 有详细介绍.

参数 innodb_buffer_pool_size 现在可动态修改,不需要停机修改. 这个更改操作通过操作块（chunks）复制页到新的内存里面来实现。. Chunk 的大小由参数 innodb_buffer_pool_chunk_size 来指定.你可以通过监控视图 Innodb_buffer_pool_resize_status 来观察进度. 查看章节 Configuring InnoDB Buffer Pool Size Online 有更多消息.

Multi-threaded page cleaner support (innodb_page_cleaners) is 会延长 shutdown 和 recovery phases时间.

InnoDB 支持 空间数据索引 including use of ALTER TABLE ... ALGORITHM=INPLACE for online operations (ADD SPATIAL INDEX).

InnoDB 在创建或者创建indexes 的时候会执行一个大块的加载. 这种创建索引的方式通常称为 “sorted index build”. 这项加强提升了创建索引的效率，对于全文索引也有效.一个闲的全局变量innodb_fill_factor, 定义了在sorted index build 期间每个页存放数据的比率, 保留的空间用作未来索引的增长章节 15.8.2 Section 15.8.12, “Sorted Index Builds” 有详细介绍.

一个新的日志记录类型 (MLOG_FILE_NAME) 用来记录表空间自上次checkpoint 之后的更改.这项增强使得在恢复时刻计算redolog 量表少变快。章节 15.18.2 Section 15.18.2, “Tablespace Discovery During Crash Recovery” 有详细介绍.

这项增强变更了redo log 的格式，需要关机.

你可以清空保留在undo tablespace 的 undo logs . 通过参数 innodb_undo_log_truncate 控制. 章节15.7.8 Section 15.7.8, “Truncating Undo Logs That Reside in Undo Tablespaces” 有详细介绍.

InnoDB 支持原生 partitioning. 在早前, InnoDB 需要依靠 ha_partition 保持,为每一个分区创建一个hander. 对于原生分区，一张分区 InnoDB 表使用一个单独的 partition-aware handler 对象. 这项增强可以减少分区表使用内存的量。

对于MySQL 5.7.9 mysql_upgrade 查找并尝试升级先前的使用 ha_partition handler. 并且在MySQL 5.7.9和以后的版本中, 你可以直接通过client 发出命令来升级ALTER TABLE ... UPGRADE PARTITIONING.

InnoDB 支持创建通用的表空间 语法如下 CREATE TABLESPACE.

CREATE TABLESPACE tablespace_name
ADD DATAFILE ‘file_name.ibd‘
[FILE_BLOCK_SIZE = n]
通用表空间能够创建存放在datadir 之外的地方，能够存放多表并且支持表的all row 格式。

往通用表空间中新增表使用CREATE TABLE tbl_name ... TABLESPACE [=] tablespace_name 或者 ALTER TABLE tbl_name TABLESPACE [=] tablespace_name 的语法.

章节15.7.9 Section 15.7.9, “InnoDB General Tablespaces” 有更多详细信息。

DYNAMIC 替代 COMPACT 作为隐式的INNODB 表的row format . 利用参数 innodb_default_row_format, 来指定默认的InnoDB row format. 章节15.11.2 Section 15.11.2, “Specifying the Row Format for a Table” 有详细信息.

MySQL 5.7.11版本中, InnoDB 支持 为每一个file-per-table 的表空间进行data-at-rest 加密 . 当创建或者修改innodb表的时候 指定 ENCRYPTION 参数就会开启加密功能. 这项功能,需要依赖 InnoDB 表空间加密, 依赖于 keyring 插件. 章节5.7.4 Section 7.5.4, “The MySQL Keyring”, 和15.7.10 Section 15.7.10, “InnoDB Tablespace Encryption” 有更多纤细信息.

JSON support. 从版本5.7.8开始支持原生的 JSON 格式. josn 数据不再以字符串的形式存储，而是以内部二进制的格式允许快速的读取文档元素。以json 列存放的json文档在更新或者插入的时候会自动校验。如果是不符合的格式会抛出异常。json 在创建上和普通列上并无差别并且能够进行 =, <, <=, >, >=, <>, !=,和 <=>; 等大多数中形式运算章节 Comparison and Ordering of JSON Values 有更多介绍。

MySQL 5.7.8 还引入了众多的函数来支持json数据的操作:

创建 JSON 数据: JSON_ARRAY(), JSON_MERGE(), 、 JSON_OBJECT(). 更多查看章节 Section 13.16.2, “Functions That Create JSON Values”.

搜索 JSON 数据: JSON_CONTAINS(), JSON_CONTAINS_PATH(), JSON_EXTRACT(), JSON_KEYS(), and JSON_SEARCH(). 更多查看章节 Section 13.16.3, “Functions That Search JSON Values”.

修改 JSON 数据: JSON_APPEND(), JSON_ARRAY_APPEND(), JSON_ARRAY_INSERT(), JSON_INSERT(), JSON_QUOTE(), JSON_REMOVE(), JSON_REPLACE(), JSON_SET(), and JSON_UNQUOTE(). 更多查看章节 Section 13.16.4, “Functions That Modify JSON Values”.

查看 JSON 数据信息: JSON_DEPTH(), JSON_LENGTH(), JSON_TYPE(), and JSON_VALID(). 更多查看章节 Section 13.16.5, “Functions That Return JSON Value Attributes”.

在 5.7.9以及之后的版本里面, 你可以使用 column->path 作为快速的 JSON_EXTRACT(column, path). 通过这种方式将其作为一种列 类似于别名的方式在sql中使用, 也可以在 WHERE, ORDER BY, and GROUP BY 的条件中使用.这些包括SELECT, UPDATE, DELETE, CREATE TABLE, 和 其他的 SQL 语句. 左边的必须是json 列，右边的是引用josn path 的表达式该表达式是json文档返回的值

查看章节13.16.3 Section 13.16.3, “Functions That Search JSON Values”, 有跟多有关于 -> 和 JSON_EXTRACT() .的信息，章节Searching and Modifying JSON Values.有更多有关MySQL 5.7对json支持的信息。 json索引请查看这一章节 Indexing a Generated Column to Provide a JSON Column Index.

System and status variables. 系统和状态变量 系统和状态变量信息现在在performance schmema的 表中能够展示了。表INFORMATION_SCHEMA 的表现在包含那些变量.这也涉及了 SHOW VARIABLES 和 SHOW STATUS 语句. 变量 show_compatibility_56 系统变量控制着查询状态的输出.章节6.1.5 Section 6.1.5, “Server System Variables”. 有更多详细信息。

Note
变量 show_compatibility_56 默认 OFF. 程序在使用环境是5.6版本的时候需要将改值设置为ON 。章节24.18 Section 24.18, “Migrating to Performance Schema System and Status Variable Tables” 有更多详细信息。

sys schema. 系统schema MySQL 分支现在包含了 sys schema, 这个schema提供给DBA和开发人员获取数据库的性能信息。 sys schema 包含的对象能够用来分析诊断数据库。章节25 Chapter 25, MySQL sys Schema. 有更多详细信息

Condition handling 条件处理. MySQL 现在支持 stacked diagnostics areas. 章节14.6.7.3 Section 14.6.7.3, “GET DIAGNOSTICS Syntax”, 和 Section 14.6.7.7, “The MySQL Diagnostics Area”.有更多详细信息。

Optimizer.优化器 优化器加强了，并且也新增了以下内容:

EXPLAIN 能够获得其它连你的执行计划：

EXPLAIN [options] FOR CONNECTION connection_id;
章节9.8.4 Section 9.8.4, “Obtaining Execution Plan Information for a Named Connection”. 有更多信息。

现在能够为单个sql 添加hinst 作为优化方式，能够出色的控制语句的执行计划 ，通过设置 optimizer_switch 来实现. 在获取执行计划的时候也可以使用,章节9.9.3Section 9.9.3, “Optimizer Hints”. 有更多详细信息。

Triggers. 触发器 ,早前一张表最多只能有一个同类触发器 (INSERT, UPDATE, DELETE) action time (BEFORE, AFTER). 这个限制已经被突破了并且允许多触发器存在章节22.3 Section 22.3, “Using Triggers”.有更多详细信息。

Logging 日志. :

以前的版本中, 在unix和类unix的系统中, MySQL 通过mysqld_safe 将server error 日志发送到syslog . 现在server 支持原生的 syslog, 也扩展到了windows系统中.章节6.4.2 Section 6.4.2, “The Error Log”. 有更多详细信息。

mysql 客户端现在有一个--syslog 选项能够和系统交互写入 syslog. 类似于 ("IDENTIFIED:PASSWORD"), 不会写入syslog 其他的也可以通过参数--histignore 控制. 5.5.1.3 章节 Section 5.5.1.3, “mysql Logging”.有更多详细信息。

Generated Columns 生成列. MySQL在 CREATE TABLE 和ALTER TABLE 的时候支持生成列。生成列的值可以通表达式产生. 生成列可以是虚拟列也可以是stred章节14.1.18.7 Section 14.1.18.7, “CREATE TABLE and Generated Columns”.有更多详细信息。

mysql client mysql 客户端. 早前, Control+C 能够终止当前语句或者退出客户端. Now Control+C 会终止当前语句或者其他输入但是不会退出客户端程序。

Database name rewriting with mysqlbinlog . 从5.7.1 开始对于以row格式的binlog，使用工具mysqlbinlog时，可以通过参数–rewrite-db修改dbname,使用格式：--rewrite-db=‘dboldname->dbnewname‘

参数的格式为 --rewrite-db=‘dboldname->dbnewname‘. 你可以书写多个规则来多次指定

HANDLER with partitioned tables分区表和handler. 用户的分区表也能够使用HANDLER 语句了.更多查看章节21.2 (see Section 21.2, “Partitioning Types”).

Index condition pushdown support for partitioned tables 分区表支持索引下推ICP. 使用INNODB 和MyISAM 引擎的分区表查询 可以使用5.6已经引进的 index condition pushdown (ICP)优化方式。章节9.2.1.6 Section 9.2.1.6, “Index Condition Pushdown Optimization”,有更多详细介绍.

WITHOUT VALIDATION support for ALTER TABLE ... EXCHANGE PARTITION 分区交换不需校验. MySQL5.7.5版本开始, ALTER TABLE ... EXCHANGE PARTITION 命令包含了一个 {WITH|WITHOUT} VALIDATION 选项. 当指定WITHOUT VALIDATION 时, ALTER TABLE ... EXCHANGE PARTITION 做分区交换是允许数据库管理员去假设分区的边界。如果超出边界出错，没超出则正常运行。 WITH VALIDATION.是默认值，不需要显式设置。章节21.3.3 Section 21.3.3, “Exchanging Partitions and Subpartitions with Tables”. 有更多详细介绍。

Master dump thread improvements master 转储线程增强. master 转储 现场做了重构减少了锁并且提高了maste的吞吐率。早前的5.7.2版本中 转储现场再读取二进制日志时会获取一个锁。在之后的版本中,获得锁只是在读取到最后一个成功写入的事件时。这意味着多线程的转储已经支持还意味着，转储线程在客户端写二进制时也能够读取。.

Globalization improvements 全球化支持增强. MySQL 5.7.4 新增了字符集 gb18030 . 章节11.1 Section 11.1, “Character Set Support”.有更多介绍。

Changing the replication master without STOP SLAVE 复制架构修改master 不需要停止slave. MySQL 5.7.4 以及之后的版本, 在 CHANGE MASTER TO 之前不在需要执行stop slave 命令 . 现在决定slave 是否需要停止的 是 slave sql thread 和 slave I/O thread . I:

如果 SQL thread停止了, 你可以执行 CHANGE MASTER TO using any combination of RELAY_LOG_FILE, RELAY_LOG_POS, and MASTER_DELAY options,即使 slave I/O thread还在运行.

如果 I/O thread 停止了, 你可以执行 CHANGE MASTER TO 并使用除了 RELAY_LOG_FILE, RELAY_LOG_POS, 和MASTER_DELAY, 之外的任何选项。即使 SQL thread 还在运行. 这三个选项当I/O thread 在运行的时候不要使用

SQL thread and the I/O thread 都必须停止当参数 CHANGE MASTER TO ... MASTER_AUTO_POSITION = 1.时

你可以使用SHOW SLAVE STATUS.查看sql thread 和I/O thread 的状态。

如果你使用statement-based 的复制 和临时表,在执行stop slave 后执行 CHANGE MASTER TO 会遗留临时表在slave。做为这部分的增强现在执行stop slave 时会抛出一个警告warning。当这个复制使用 Slave_open_temp_tables 并值为0 时。

章节14.4.2.1 Section 14.4.2.1, “CHANGE MASTER TO Syntax”, 和章节18.3.7 Section 18.3.7, “Switching Masters During Failover”. 有详细信息。

Test suite. MySQL test suite 使用 InnoDB 作为默认存储引擎。

Multi-source replication is now possible.现在支持多主复制了 MySQL 多源复制支持多个master 往一个slave 复制. MySQL 多源复制的拓扑 能够将多个server 备份到单个server 上。 to back up multiple servers to a single server, 从多server 合并分片和 收集数据到单个server 章节18.1.4Section 18.1.4, “MySQL Multi-Source Replication”. 有详细介绍。

作为多源复制的一部分, 复制管道做了增加 ,Replication channels 运行slave 同时开启多个 连接到 多个连接源章节18.2.3 Section 18.2.3, “Replication Channels”. 有详细介绍。

Group Replication Performance Schema tables Group Replication 性能视图表. MySQL 5.7 在Performance Schema 中为 replication groups 和channels 新增了大量的性能视图表：

replication_applier_configuration

replication_applier_status

replication_applier_status_by_coordinator

replication_applier_status_by_worker

replication_connection_configuration

replication_connection_status

replication_group_members

replication_group_member_stats

MySQL 5.7.2 开始引入上述表, 另外需要注意的是 replication_group_members 和 replication_group_member_stats, 两张表是 MySQL 5.7.6.t提供的 详细信息查看 Section 24.10.11, “Performance Schema Replication Tables”.

Group Replication SQL. Group Replication SQL. 在 MySQL 5.7.6 中引入了下列参数对组复制进行控制:

START GROUP_REPLICATION

STOP GROUP_REPLICATION

详细信息查看 Section 14.4.3, “SQL Statements for Controlling Group Replication”.

MySQL 5.7 中废弃的功能

The following features are deprecated in MySQL 5.7 and may be or will be removed in a future series 下列的功能在Mysql 5.7 中是废弃的功能并且可能在未来的版本中删除. Where alternatives are shown, applications should be updated to use them.

ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE, 和 NO_ZERO_IN_DATE SQL modes 已被废弃并默认启用. 未来的计划是将他们集成到 strict SQL mode 并完全除去.

为了防止语句不出现错误模式 ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE, and NO_ZERO_IN_DATE 当前依然是建议的, 但是在新的版本中将会被删除.

用户管理发生变化:

不能再使用grant 创建用户替代的CREATE USER. 这就使得关联的NO_AUTO_CREATE_USER SQL mode 无效所以被废弃.

Using GRANT to modify account properties other than privilege assignments. This includes authentication, SSL, and resource-limit properties. Instead, establish such properties at account-creation time with CREATE USER or modify them afterward with ALTER USER.

使用GRANT 修改用户账户属性而不是通过权限分配，包括认证，SSL,和资源属性。代替在创建用户和alter user的时候处理属性。

IDENTIFIED BY PASSWORD ‘hash_string‘ syntax for CREATE USER and GRANT. Instead, use IDENTIFIED WITH auth_plugin AS ‘hash_string‘ for CREATE USER and ALTER USER, where the ‘hash_string‘ value is in a format compatible with the named plugin.

CREATE USER and GRANT 使用的IDENTIFIED BY PASSWORD ‘hash_string‘语法被 CREATE USER and ALTER USER中的语法 IDENTIFIED WITH auth_plugin AS ‘hash_string‘ 代替

The PASSWORD() function is deprecated and should be avoided in any context. Thus, SET PASSWORD ... = PASSWORD(‘auth_string‘) syntax is also deprecated. SET PASSWORD ... = ‘auth_string‘ syntax is not deprecated; nevertheless, ALTER USER is now the preferred statement for assigning passwords.

PASSWORD()函数被废弃，同样set password...= password(‘string_word’) 同样被废弃，然而set password=‘string_word‘ 却被有被废弃。 alter user 现在被用来设置用户的密码。

The old_passwords system variable. Account authentication plugins can no longer be left unspecified in the mysql.user table, so any statement that assigns a password from a cleartext string can unambiguously determine the hashing method to use on the string before storing it in the mysql.user table. This renders old_passwords superflous.

？？系统变量old_password , 账户认证插件在mysql 表中现在必须指定

Relying on implicit GROUP BY sorting in MySQL 5.7 is deprecated. To achieve a specific sort order of grouped results, it is preferable to use an explicit ORDER BY clause. GROUP BY sorting is a MySQL extension that may change in a future release; for example, to make it possible for the optimizer to order groupings in whatever manner it deems most efficient and to avoid the sorting overhead.

隐式的group by 排序在mysql 5.7中已经被废弃，为了指定排序顺序必须显示指定ORDER BY 的。group by 排序在未来的mysql 版本中会提供。

The EXTENDED and PARTITIONS keywords for the EXPLAIN statement are deprecated. These keywords are still recognized but are now unnecessary because their effect is always enabled.

在explan 中使用的关键字EXTEND 和partiitons 已被废弃。这些关键字虽然可以用，但是现在是一直启用的。

选项--skip-innodb 和他的同义词--innodb=OFF,--disable-innodb 同样被废弃。因为5.7 开始INNODB 引擎不能被禁用。

客户端的--ssl和--ssl-verify-server-cert 选项被废弃， 使用 --ssl-mode=REQUIRED 来代替--ssl=1和--enable-ssl Use使用-ssl-mode=DISABLED代替-ssl=0,--skip-ssl 或者--disable-ssl,使用--ssl-mode=VERIFY_IDENTITY 代替--ssl-verify-server-cert 需要注意的是在server端这些参数没有被废弃

系统变量log_warnings 和 --log-warnings 服务端的选项被废弃，使用变量log_error_verbosity 代替

系统变量 --temp-pool 服务选项被废弃.

系统变量 binlog_max_flush_queue_time 在版本 MySQL 5.7 什么都不做,会在版本 MySQL 5.7.9中废弃.

系统变量 innodb_support_xa , 过去是用来使得InnoDB 引擎在XA事物中支持 two-phase commit ,在版本 MySQL 5.7.10.被废弃 ，在以后的版本中作为始终启用的对象存在

系统变量 metadata_locks_cache_size 和 metadata_locks_hash_instances 被废弃 再版本MySQL 5.7.4.中已不做任何事情

系统变量 sync_frm 废弃.

全局系统变量 character_set_database 和 collation_database 被废弃，在以后的版本中将被移除。

针对会话设置 character_set_database and collation_database 的系统参数被废弃如果你尝试回产生一个警告，这个参数在以后的版本中会设置成read only 如果分配会抛出异常。

加密函数 ENCRYPT(), ENCODE(), DECODE(), DES_ENCRYPT(), and DES_DECRYPT() 被废弃替代的是 AES_ENCRYPT() and AES_DECRYPT()

空间函数 MBREqual() 被废弃. 使用 MBREquals() 替代.

性能库 INFORMATION_SCHEMA 性的表PROFILING 已经废弃，使用 Performance Schema 代替 更多可以查看章节 Chapter 24, MySQL Performance Schema.

性能库 INFORMATION_SCHEMA 中的表 INNODB_LOCKS 和 INNODB_LOCK_WAITS 被废弃, 在8.0版本的时候会被移除，会有其他的视图代替.

NULL的代名词 N 被废弃，在8.0中会被移除，使用NULL 代替他.

这个变化不会影响使用 LOAD DATA INFILE or SELECT ... INTO OUTFILE,导入导出的文本。See Section 14.2.6, “LOAD DATA INFILE Syntax”.

mysqld_safe 不再支持 syslog . 使用本地的服务 syslog 支持代替. See Section 6.4.2, “The Error Log”.

转换5.1之前的MYSQL 版本数据库名包含关键字格式 （使用#mysql150#）被废弃。于此， mysqlcheck and the UPGRADE DATA DIRECTORY NAME 使用的 --fix-db-names and --fix-table-names选项也被废弃。

mysql_install_db 函数报 已经被集成到 mysqld. 当需要初始化数据库的时候，你之前使用的是 mysql_install_db, mysqld 现在调用的是 --initialize or --initialize-insecure 选项, 区别是你是否想让服务器给 ‘root‘@‘localhost‘ 账户随机生成一个密码.

mysql_install_db 现在被废弃, 并且mysqld 需要使用参数 --bootstrap .

The mysql_plugin 功能包被废弃. 可选的是在服务器启动时间指定 --plugin-load 和 --plugin-load-add 选项,或者在运行期间使用 INSTALL PLUGIN 语句.

提供给C语言的API接口 mysql_kill(), mysql_list_fields(), mysql_list_processes(), and mysql_refresh() 被废弃.代替的是mysql_query() 里面加 KILL, SHOW COLUMNS, SHOW PROCESSLIST, or FLUSH statement, respectively.

The mysql_shutdown() C API接口被废弃. 代替的是使用 mysql_query() 执行 SHUTDOWN 命令

replace 功能包废弃

DTrace 支持废弃.

MySQL 5.7 版本移除的功能

下面的项是在版本5.7中被删除的功能.

使用老版本的pre-4.1 密码hash格式被移除.

The mysql_old_password 认证插件is removed.使用改插件来禁止用户，在服务启动的时候会在error.log中记录 “unknown plugin” 信息. 有关于认证的升级信息查看章节, see Section 7.5.1.3, “Migrating Away from Pre-4.1 Password Hashing and the mysql_old_password Plugin”.

The --secure-auth现在是一个空操作在未来的版本中会移除

The --skip-secure-auth 选项不在支持，使用会报错

The secure_auth 系统变量值被限制为1 ，0值不再允许.

For the old_passwords 系统变量值不被允许

The OLD_PASSWORD() 函数被移除.

在版本MySQL 5.6.6,数据类型 YEAR(2) 被废弃.现在的5.7 版本 YEAR(2) 已经废弃. 如果你把服务升级到5.7 或者更高的版本 请记住升级你的数据类型 YEAR(2) 到 YEAR(4) .查看章节, see Section 12.3.4, “YEAR(2) Limitations and Migrating to YEAR(4)”.寻找转换策略录入, run mysql_upgrade after upgrading.

The innodb_mirrored_log_groups 系统变量支持的值只有1.因此它已无意义.

The storage_engine 系统变量 使用 default_storage_engine

The thread_concurrency 废弃 .

The timed_mutexes 废弃.

The IGNORE clause for ALTER TABLE.

INSERT DELAYED 不再支持. 服务识别并且忽略 DELAYED 关键字,将insert 处理为非延迟insert 并且产生一个 ER_WARN_LEGACY_SYNTAX_CONVERTED 的警告. (“INSERT DELAYED is no longer supported. The statement was converted to INSERT.”) 类似的, REPLACE DELAYED 也被处理为非延迟replace. 关键字 DELAYED在未来的版本中会被移除.

另外, 服务相关的 DELAYED-related 选项也被移除:

The --delayed-insert option for mysqldump.

The COUNT_WRITE_DELAYED, SUM_TIMER_WRITE_DELAYED, MIN_TIMER_WRITE_DELAYED, AVG_TIMER_WRITE_DELAYED, and MAX_TIMER_WRITE_DELAYED columns of the Performance Schema table_lock_waits_summary_by_table table.

mysqlbinlog no longer writes comments mentioning INSERT DELAYED.

windows上.fym 文件的数据库符号链接 被移除 因为它与本地的符号链接mklink 已经重复 所有的sym 影像链接将会被忽略，并且必须使用mklink 来创建代替. See Section 9.12.3.3, “Using Symbolic Links for Databases on Windows”.

mysql_upgrade 中不被使用的 --basedir, --datadir, and --tmpdir 选项 被移除

在早期, 程序选项能够使用全名或者明确的前缀。 例如选项 --compress 在使用 mysqldump 时可以指定为 --compr, 不能指定为 --comp 因为该词不能被明确. 现在前缀选项不再被支持只接受全文名词。这是为了如果有新的变量进来会出现问题:

选项 --key-buffer 必须指定为 --key-buffer-size.

选项 --skip-grant必须指定为 --skip-grant-tables.

SHOW ENGINE INNODB MUTEX 输出被移除. 相应的信息能够 在Performance Schema 提供的表中找到.

The InnoDB 表空间监控和 InnoDB 表监控被移除. INNODB表的监控在InnoDB INFORMATION_SCHEMA 中的表中可找到对应信息.

那些特殊名字的表用来启用或者禁用标准的INNODB 和innodb lock 监控 (innodb_monitor and innodb_lock_monitor) 目前已经被禁用 取代它的是: innodb_status_output and innodb_status_output_locks. 更多信息查看Section 15.17, “InnoDB Monitogers”.

The innodb_use_sys_malloc 和 innodb_additional_mem_pool_size 系统变量在版本5.6.3中被移除

The msql2mysql, mysql_convert_table_format, mysql_find_rows, mysql_fix_extensions, mysql_setpermission, mysql_waitpid, mysql_zap, mysqlaccess, and mysqlbug utilities.被移除

The mysqlhotcopy 功能被移除,. 取而代之的是mysqldump and MySQL Enterprise Backup.

The binary-configure.sh script. 被删除

The INNODB_PAGE_ATOMIC_REF_COUNT CMake 选项移除.

The innodb_create_intrinsic 选项移除.

The innodb_optimize_point_storage 选项和相关的数据类型 (DATA_POINT and DATA_VAR_POINT) 移除.

The innodb_log_checksum_algorithm 选项移除.