始于 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 选项移除.
来源: http://www.bubuko.com/infodetail-2639704.html