Security improvements.
MySQL.user表新增plugin列,且若某帳戶該字段值爲空則帳戶不能使用。從低版本MySQL升級至MySQL5.7時要注意該問題,且建議DBA將使用mysql_old_password插件的帳戶替換爲使用 mysql_native_password插件。html
數據庫管理員能夠制定帳戶密碼自動過時策略,密碼過時後必須強制進行更改。(http://dev.mysql.com/doc/refman/5.7/en/password-expiration-policy.html)mysql
數據庫管理員能夠鎖定/解鎖帳戶來進行更好的登陸控制,對應的,mysql.user表中新增account_locked列來表示鎖定狀態。版本升級過程當中要注意該問題。(http://dev.mysql.com/doc/refman/5.7/en/account-locking.html)linux
MySQL Server能夠自動建立SSL、RSA證書和Key文件來支持安全鏈接,前提是Server用OpenSSL編譯(http://dev.mysql.com/doc/refman/5.7/en/creating-ssl-rsa-files-using-mysql.html)算法
MySQL默認的部署策略發生了變化,變得更加安全。mysql_install_db 棄用了,改用emysqld加-initialize或–initialize-insecure選項來初始化數據目錄。使用-initialize時,默認只建立’root’@’localhost’帳戶併產生隨機密碼、設置密碼過時,保存於error log,初次登陸需使用密碼並改變密碼。再也不建立匿名帳戶和test數據庫。(http://dev.mysql.com/doc/refman/5.7/en/data-directory-initialization-mysqld.html、http://dev.mysql.com/doc/refman/5.7/en/mysql-install-db.html)sql
SQL mode changes.
默認開啓STRICT_TRANS_TABLES SQL mode。
ONLY_FULL_GROUP_BY SQL mode的實現更加精細,且默認開啓。 ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE和NO_ZERO_IN_DATE默認開啓(未來可能包含進strict SQL mode,而移除這些單獨的模式),也即目前默認的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. (http://dev.mysql.com/doc/refman/5.7/en/sql-mode.html#sql-mode-changes)數據庫
Online ALTER TABLE.
支持RENAME INDEX從句且爲in place操做無需table-copy,適用於各引擎。(http://dev.mysql.com/doc/refman/5.7/en/alter-table.html)json
ngram and MeCab full-text parser plugins.
內置支持中日韓全文解析的ngram parser plugin和可安裝的支持日文全文解析的MeCab plugin。windows
InnoDB enhancements.
VARCHAR 大小可經過 ALTER TABLE語句進行原地(in place)修改,而無需table-copy。如:ALTER TABLE t1 ALGORITHM=INPLACE, CHANGE COLUMN c1 c1 VARCHAR(255);但存在限制,即只支持0~255字節內的或者255以上字節間的增長,也就是說若從254增到256時不能使用INPLACE算法,必須使用COPY算法,否側報錯.這是由於0~255內的VARCHAR值須要一個額外的字節來編碼,而256以上的VARCHAR值須要兩個字節來編碼。另外使用INPLACE算法縮小VARCHAR的ALTER TABLE也是不支持的,必須用COPY算法。安全
InnoDB臨時表的DDL性能提高。服務器
InnoDB臨時表元數據再也不存儲於InnoDB系統表而是存儲在INNODB_TEMP_TABLE_INFO,包含全部用戶和系統建立的臨時表信息。該表在第一次在其上運行select時被建立。
InnoDB如今支持MySQL-supported空間數據類型。也即,以前的空間數據是以binary BLOB數據存儲的,如今空間數據類型被映射到了一個InnoDB內部數據類型DATA_GEOMETRY.
對於non-compressed InnoDB臨時表有獨立的表空間,表空間在每次服務器重啓時於默認的DATADIR中被重建,可經過innodb_temp_data_file_path選項指定其餘路徑。
innochecksum (離線的InnoDB文件校驗工具),新增新的選擇項或擴展的功能,如,可指定特定的校驗算法、能夠只重寫校驗值而不進行驗證、可指定容許的校驗和不匹配量、顯示各種頁的個數、導出頁類型信息、輸出至日誌、從標準輸入讀取數據等。目前可支持超過2G的文件。(http://dev.mysql.com/doc/refman/5.7/en/innochecksum.html)
針對臨時表及相關對象引入新的「non-redo」 undo log,存放於臨時表空間。該類型的undo log非 redolog 由於臨時表不需崩潰恢復、也就無需redo logs,但卻須要 undo log用於回滾、MVCC等。默認的臨時表空間文件爲ibtmp1,位於數據目錄在每次服務器啓動時被從新建立,可經過innodb_temp_data_file_path指定臨時表空間。(http://dev.mysql.com/doc/refman/5.7/en/innodb-temporary-table-undo-logs.html)
可經過innodb_buffer_pool_dump_pct調整buffer pool中最近使用的頁讀取並dump的百分比。當有其餘InnoDB後臺任務所引發的I/O活動時,可經過 innodb_io_capacity 限制各I/O活動包括 buffer pool load 操做的頻次。
InnoDB支持full-text parser 插件(http://dev.mysql.com/doc/refman/5.7/en/full-text-plugins.html)
支持多page cleaner線程從buffer pool中刷髒頁,經過 innodb_page_cleaners配置線程數,默認值爲1.
支持使用INPLACE算法的online DDL語句重建普通表和分區表:OPTIMIZE TABLE、ALTER TABLE … FORCE、ALTER TABLE … ENGINE=INNODB。
Linux系統中Fusion-io Non-Volatile Memory (NVM)文件系統提供了原子寫能力,使InnoDB雙寫變得冗餘。所以,MySQL5.7.4之後,對於支持原子寫的Fusion-io設備上的系統表空間InnoDB doublewrite buffer會自動關閉。
對於分區表和獨立的InnoDB表分區從MySQL5.7.4開始支持「可傳輸」表空間,使得分區表的備份步驟更加容易也使得在不一樣MySQl實例間拷貝分區表和獨立的表分許成爲可能。(http://dev.mysql.com/doc/refman/5.7/en/tablespace-copying.html)
可經過 innodb_buffer_pool_size 參數動態調整buffer pool大小,resize以chunk爲單位,chunk大小經過 innodb_buffer_pool_chunk_size配置,另可經過Innodb_buffer_pool_resize_status 狀態變量觀察調整過程。(http://dev.mysql.com/doc/refman/5.7/en/innodb-buffer-pool-online-resize.html)
MySQL5.7.5開始Multi-threaded page clean也在shutdown和recover階段被支持。
MySQL5.7.5後支持空間數據類型上建索引。且可經過 ALTER TABLE … ADD SPATIAL INDEX ALGORITHM=INPLACE進行在線操做。
建立和重建索引時支持bulk load,該方法被稱爲「sorted index build」,提高了索引建立效率,支持全文索引但不支持空間索引。可經過innodb_fill_factor定義每一個頁的填充因子,剩餘的空間用於未來的索引增加。(http://dev.mysql.com/doc/refman/5.7/en/sorted-index-builds.html)
使用新的日誌記錄類型(MLOG_FILE_NAME)來識別上一個檢查點以來發生變化的表空間。這簡化了崩潰恢復時的表空間發現,消除了redo log應用以前的文件系統掃描。 (http://dev.mysql.com/doc/refman/5.7/en/innodb-recovery-tablespace-discovery.html).須要注意的是這一行爲致使了redo log格式的變化,因此升級至MySQL5.7.5或者從改版本降級時需徹底關閉MySQL。
可經過配置 innodb_undo_log_truncate來truncate undo表空間中的undo logs。系統表空間內的undo logs不會被truncate。(默認狀況下undo log存儲於系統表空間,可經過innodb_undo_directory、 innodb_undo_logs、 innodb_undo_tablespaces進行調整。http://dev.mysql.com/doc/refman/5.7/en/truncate-undo-tablespace.html )
支持本地化分區(native partitioning),以前需依賴ha_partition handler爲每一個分區建立handler對象,如今只需一個partition-aware handler對象,節約了內存。(可經過mysql_upgrade或者ALTER TABLE … UPGRADE PARTITIONING將老方法建的分區表升級爲新的)。
支持使用CREATE TABLESPACE語句建立通用表空間。並能夠經過 CREATE TABLE tbl_name … TABLESPACE [=] tablespace_name 或者 ALTER TABLE tbl_name TABLESPACE [=] tablespace_name將表添加到建立的通用表空間。(http://dev.mysql.com/doc/refman/5.7/en/general-tablespaces.html)
可經過 innodb_default_row_format指定InnoDB表的默認行格式,新版本的默認值有COMPACT替換爲了DYNAMIC 。
JSON support.
MySQL5.7.8開始原生支持JSON數據類型,再也不以字符串形式存儲而是以二進制格式存儲,容許快速讀取文檔元素。JSON列在插入或更新時會自動進行驗證,文檔格式不正確會報錯。除了可用經常使用比較操做符進行比較外還引入一系列函數用於處理JSON類型。(http://dev.mysql.com/doc/refman/5.7/en/json.html)
System and status variables. (http://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html)
優先從performance_schema下的表中獲取系統變量和狀態變量信息(老版本從information_schema下的表中獲取,這些表未來會被移除),這對show variables 和show status語句也有影響,也即信息源來自於performance_schema。若想使用原來的表獲取信息可開啓show_compatibility_56 參數(不推薦,只做爲升級過程當中的輔助工具,未來會被移除)。(http://dev.mysql.com/doc/refman/5.7/en/performance-schema-variable-table-migration.html)
sys schema.
包含sys庫,存儲從performance_schema收集用來輔助DBA和開發者的信息的相關對象,如,表和觸發器、視圖、存儲過程
、存儲函數等,可用以調優和問題診斷。(http://dev.mysql.com/doc/refman/5.7/en/sys-schema.html)
Condition handling.
Optimizer.
explain能夠用來獲取其餘SESSION/CONNECTION中正在運行的語句的執行計劃(前提條件是正在運行語句且語句類型支持EXPLAIN),語法爲:EXPLAIN [options] FOR CONNECTION connection_id;其中connection_id即鏈接id,可由information_schema.processlist或者CONNECTION_ID()獲取。
支持在語句中(以往是在optimizer_switch系統變量裏)提供優化器提示信息以便於對語句的執行計劃進行更還的控制。一樣,在使用explain/desc查看執行計劃時也能夠在語句中使用優化提示,以便於查看優化提示是如何影響執行計劃的。(http://dev.mysql.com/doc/refman/5.7/en/optimizer-hints.html)
Triggers.
以前的版本每一個表上對於某一觸發事件(insert\update\delete)和觸發時機(before\after)的組合只能有一個觸發器,新版本取消了這一限制。好比:值以前的版本,建立了以下觸發器後CREATE TRIGGER ins_sum BEFORE INSERT ON account FOR EACH ROW SET @sum = @sum + NEW.amount;不能在建立另外的基於 BEFORE INSERT ON account的觸發器了,新版本能夠,只要觸發器不一樣名便可。
Logging.
以前版本,Unix或類Unix系統上的MySQL支持將錯誤日誌發送到syslog,具體是經過mysqld_safe捕獲錯誤輸出而後傳遞到syslog來實現的。新的版本原生支持將錯誤日誌輸出到syslog,且適用於windows系統,只須要經過簡單的參數(log_syslog等)配置便可。(http://dev.mysql.com/doc/refman/5.7/en/error-log.html)
mysql支持–syslog選項,可將交互式的語句輸出到系統的syslog中(Unix或類Unix系統下通常是/var/log/message)。對於匹配「ignore」過濾規則(可經過 –histignore選項或者 MYSQL_HISTIGNORE環境變量進行設置)的語句不會被記入。關於mysql客戶端的日誌使用參見:http://dev.mysql.com/doc/refman/5.7/en/mysql-logging.html
Generated Columns.
CREATE TABLE 和 ALTER TABLE語句支持Generated Columns.也即,列的值由其餘列計算而得,這個計算列值的表達式在列定義中給出,當有行插入或者更新時列值被計算並存儲。(http://dev.mysql.com/doc/refman/5.7/en/create-table.html#create-table-generated-columns)
mysql client.
以前mysql客戶端運行時如有語句正在運行Control+C會終止語句,若沒有語句正在運行則會退出mysql客戶端。新版本中不會退出mysql客戶端。
Database name rewriting with mysqlbinlog.
mysqlbinlog工具添加新的選項–rewrite-db,支持從行復制格式的二進制日誌中讀取事件時將數據庫名重寫 –rewrite-db=’dboldname->dbnewname’.能夠經過指定屢次該參數來指定多個重寫規則。
HANDLER with partitioned tables.
能夠在分區表上使用HANDLER(http://dev.mysql.com/doc/refman/5.6/en/handler.html)
Index condition pushdown support for partitioned tables.
使用InnoDB或者MyISAM的分區表上的查詢支持使用ICP(http://dev.mysql.com/doc/refman/5.7/en/index-condition-pushdown-optimization.html)
WITHOUT VALIDATION support for ALTER TABLE … EXCHANGE PARTITION.
ALTER TABLE … EXCHANGE PARTITION語句包含{WITH|WITHOUT} VALIDATION 從句,默認爲WITH VALIDATION ,會逐行驗證交換過來的值是否知足分區邊界定義。若指定了WITHOUT VALIDATION則不進行驗證。(http://dev.mysql.com/doc/refman/5.7/en/partitioning-management-exchange.html)
Master dump thread improvements.
master dump thread進行了重構來減小鎖爭用提高master吞吐量。以前的版本中只要讀取一個時間dump thread就要獲取鎖;MySQL5.7.2和後續版本中,只有從最近一次成功寫入的事件末位位置讀取時纔會獲取鎖。這意味值多個dump threads可併發讀取二進制日誌,且能夠在客戶端向二進制日誌寫入時讀取。
Globalization improvements.
開始包含gb18030字符集,支持 China National Standard GB18030 字符集。
Changing the replication master without STOP SLAVE.
新版本MySQL主從複製時在執行CHANGE MASTER TO語句前可沒必要執行 STOP SLAVE。此時,CHANGE MASTER語句的行爲依賴於slave的SQL線程和IO線程;兩個線程的啓/停決定了某一時刻CHANGE MASTER TO語句中能夠/不可使用的選項。具體規則以下:
若SQL線程中止,則可在CHANGE MASTER TO語句中使用 RELAY_LOG_FILE,
RELAY_LOG_POS和MASTER_DELAY
選項的組合,即時是IO線程正在運行中也無妨。若此時IO線程還在運行則不能運行除上述選項以外的選項。
若IO線程中止,則能夠在CHANGE MASTER TO語句中使用除了RELAY_LOG_FILE,
RELAY_LOG_POS和MASTER_DELAY 選項以外的任何選項的組合,即時是SQL線程正在運行也無妨。
在運行CHANGE MASTER TO…MASTER_AUTO_POSITION=1以前SQL線程和IO線程必須中止。
可經過 SHOW SLAVE STATUS命令檢查SQL線程和IO線程運行狀態。
以前的版本中若使用基於語句的複製且有臨時表那麼在執行STOP SLVAVE後執行CHANGE MASTER TO可能在遠slave上留下臨時表。新版本中會給出警告,若是在執行CHANGE MASTER TO使Slave_open_temp_tables 仍爲0.
Test suite.
測試套件如今使用InnoDB做爲默認存儲引擎
Multi-source replication is now possible.
開始支持多源複製也即從多個master向某一個salve複製。用於將多個server備份到單個server、合併表shard、從多個server合併數據到單個server等(目前不提供衝突檢測和解決方案,交由應用層處理。http://dev.mysql.com/doc/refman/5.7/en/replication-multi-source.html)。
隨多源複製而引入的另一項技術爲複製信道(replication channels),Replication channels 使slave能夠打開多個鏈接,每一個信道鏈接至不一樣的master進行復制。(http://dev.mysql.com/doc/refman/5.7/en/replication-channels.html)
Group Replication Performance Schema tables.
performance_schema中新增一批表提供複製組相關信息(http://dev.mysql.com/doc/refman/5.7/en/performance-schema-replication-tables.html)
Group Replication SQL.
引入以下兩條組複製控制語句:(http://dev.mysql.com/doc/refman/5.7/en/replication-group-sql.html)
START GROUP_REPLICATION
STOP GROUP_REPLICATION
以下特性在MySQL5.7中不推薦使用,可能在未來的版本中被移除:
ERROR_FOR_DIVISION_BY_ZERO, NO_ZERO_DATE和NO_ZERO_IN_DATE幾個sql mode不同意使用了(但目前默認開啓),長遠的計劃是將這個mode包含進 strict mode而明確移除這幾個單獨的mode。
關於帳戶管理語句有一下不同意再使用的特性:
不推薦使用GRANT語句建立用戶,而推薦使用CREATE USER語句建立。這樣一來NO_AUTO_CREATE_USER這一sql mode對於GRANT語句也就沒什麼意義了,因此也將降級。
不推薦使用GRANT語句修改帳戶屬性,而僅用於帳戶賦權。帳戶屬性經過CREATE USER或者ALTER USER在建立或修改時賦予或者改動;
不推薦使用IDENTIFIED BY PASSWORD ‘hash_string’ 語法,推薦使用IDENTIFIED WITH auth_plugin AS ‘hash_string’ ;
不推薦使用SET PASSWORD語句和PASSWORD()函數,而推薦使用ALTER USER來修改帳戶密碼;
不推薦使用old_password系統變量。
不推薦使用GROUP BY隱式排序,推薦明確使用ORDER BY從句。(GROUP BY排序只是MySQL的擴展語法,可能在未來版本移除)
不推薦使在EXPLAIN語句中使用EXTENDED和PARTITIONS關鍵字(仍可被識別但在新版本中已沒必要要。)
–skip-innodb以及–innodb=OFF, –disable-innodb等不同意使用,由於新版本中InnoDB不能能被禁止了。
不推薦使用log_warnings系統變量和–log_warnings選項,推薦使用 log_error_verbosity 。
binlog_max_flush_queue_time 在新版本中已失效。
innodb_support_xa 在新版本中無效,由於XA事務的兩階段提交在MySQL5.7中默認支持。
metadata_locks_cache_size和metadata_locks_hash_instances、sync_frm、 character_set_database、collation_database系統變量再也不起做用。
ENCRYPT(), ENCODE(), DECODE(), DES_ENCRYPT()和DES_DECRYPT() 不推薦使用,建議使用 AES_ENCRYPT() 和 AES_DECRYPT()。
請使用MBREquals()替代MBREqual()。
請使用Performance Schema替代INFORMATION_SCHEMA.PROFILING。
請使用原生的syslog替代mysqld_safe支持的syslog輸出。
mysqlcheck工具的–fix-db-names和–fix-table-names選項不推薦使用,以及ALTER DATABASE語句的UPGRADE DATA DIRECTORY NAME從句不推薦使用。
對pre-4.1版本的密碼hash格式的支持被移除,相關聯的,old_passwords系統變量、 OLD_PASSWORD()函數被移除,mysql_old_password認證插件被移除,–secure-auth選項無效且將在後續版本移除、 secure_auth 變量值容許爲1,–skip-secure-auth被移除。
YEAR(2)再也不被支持,請使用YEAR(4).
innodb_mirrored_log_groups被移除。
使用default_storage_engine代替storage_engine。
thread_concurrency、timed_mutexes 系統變量。
ALTER TABLE的IGNORE從句。
INSERT DELAYED 、 REPLACE DELAYED 中的DELAYED會被忽略,相關聯的mysqldump中的–delayed-insert 選項被移除,performance_schema.table_lock_waits_summary_by_table中相關列被移除,mysqlbinlog再也不爲INSERT DELAYED註解。
Windows系統中使用.sys文件的Database symlinking被移除而使用支持native symlink 的mylink。(http://dev.mysql.com/doc/refman/5.7/en/windows-symbolic-links.html)
mysql_upgrade中的–basedir, –datadir 和–tmpdir 選項。
選項前綴再也不被支持,只支持使用選項全名,好比要用–key-buffer-size而不能用–key-buffer,還有–skip-grant-tables與–skip-grant等。
SHOW ENGINE INNODB MUTEX輸出被移除,可經過Performance Schema表上建立視圖獲取相關信息。
InnoDB表空間監控和InnoDB表監控被移除。表監控信息可經過INFORMATION_SCHEMA表獲取。
用於啓用和禁用InnoDB Monitor以及InnoDB Lock Monitor的特殊命名的表被移除,由 innodb_status_output和innodb_status_output_locks兩個動態的系統變量取代.(http://dev.mysql.com/doc/refman/5.7/en/innodb-monitors.html)
innodb_use_sys_malloc 和 innodb_additional_mem_pool_size 系統變量移除。
msql2mysql, mysql_convert_table_format, mysql_find_rows, mysql_fix_extensions, mysql_setpermission, mysql_waitpid, mysql_zap, mysqlaccess和mysqlbug 移除。
mysqlhotcopy被移除,可使用mysqldump和 MySQL Enterprise Backup或者一些開源工具。
binary-configure.sh腳本被移除。
INNODB_PAGE_ATOMIC_REF_COUNT CMake選項被移除
innodb_create_intrinsic選項、 innodb_optimize_point_storage 、innodb_log_checksum_algorithm 選項被移除。
轉:http://blog.csdn.net/zyz511919766/article/details/50038093