mysql8.0.11新特性測試

        在MySQL8.0之前，DDL操作在server crash的情況下，會遺留.frm,.ibd檔案。MySQL8.0 能實現原?DDL（包括 DROP TABLE, DROP SCHEMA, CREATE TABLE, TRUNCATE TABLE, ALTER TABLE），在server crash的情況下，不會遺留.frm，.ibd臨時檔案，保證了DDL操作的原子性！

二 、字符集支援（Character set support）
資料庫的預設字符集 latin1 到 utf8mb4 。

三、重構sql分析器,提升效能
改進SQL分析器。舊的分析器由於其語法複雜性和自頂向下的分析方式從而有嚴重的限制，導致難以維護和擴充套件。
四、onlineDDL 的巨大改進。8.0.12版本將會增加 ALGORITHM=INSTANT 方法。我們知道，mysql的對錶結構的更改，一直讓DBA頭疼。目前有2兩種ALGORITHM [=] {INPLACE|COPY} 。instant是比inplace方法更改，鎖定表的時間更短。
五、innodb 增強，提升效能
(1)innodb_undo_tablespaces的最小值為2，並且不再允許將innodb_undo_tablespaces設定為0。 最小值2確保回滾段始終在撤消表空間中建立，而不是在系統表空間中建立
(2)InnoDB臨時表都將在共享臨時表空間ibtmp1中建立


六、調整back_log的預設值，保持和 max_connections一致，增強突發流量帶來的連線處理容量。這告訴我們，有些引數是隨著另外一個引數動態調整的。
新增innodb_dedicated_server，讓InnoDB根據伺服器上檢測到的記憶體量自動配置innodb_buffer_pool_size，innodb_log_file_size，innodb_flush_method

七、線上修改系統變數後，會將修改後的值持久化到磁碟。他並不是持久化到my.cnf中，而且重新生成一個新的檔案mysqld-auto.cnf，並將修改後的值儲存到該檔案中。mysqld-auto.cnf檔案中的配置相比my.cnf檔案具有高優先順序，如果相同配置出現在兩個檔案中，就以mysqld-auto.cnf檔案中的記錄為主。


八、對於開發人員來說，增加了視窗函式，with 語法，對於編寫複雜的sql語句提供了強有力的支撐

九、InnoDB效能提升

廢除buffer pool mutex,將原來一個mutex拆分成多個，提高併發

MySQL 8.0 版本開始支援期待已久直方圖。優化器會利用column_statistics的資料，判斷欄位的值的分佈，得到更準確的執行計劃。
這些有很多的關於效能提升的資料，最後，我將用壓力測試工具來實際壓測一下，看看oracle公司有沒有撒謊。
下面這些可能會比較長，慢慢壓測：
(1)安裝sysbench 1.0.9  ,自己百度，不是本章重點
(2)壓測怎麼少得了監控呢，按照PMM ，自己百度怎麼安裝。
(3)先做準備工作，看下機器環境：
普通的DELL 伺服器R730 SAS 10K 。上面安裝的vmware ,分配的一臺普通的虛擬機器。作業系統: redhat7,4核8G記憶體，是不是很普通的一臺機器呢？相當普通的一臺機器


(4)來看下我們壓測的mysql



(5)進行資料準備。我們使用預設安裝的預設引數。這次壓測的資料量是這樣的：10個表，每個表500萬資料，每個表有1.2G大小。這樣的資料量，針對一箇中等規模的應用，很典型了。然後，壓測有增刪改查，比例是這樣的：


現在每個表有500萬資料，插入還挺快的，我們來看看linux的具體容量有多少？



(6)
(7)
(8)
(9)
(10)
(11)
(12)
(13)