Mysql 5.7 官方文檔翻譯

始于 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 選項移除.