|
1.MySQL基礎
MySQL是一個開放源代碼的關系數(shù)據(jù)庫管理系統(tǒng),。原開發(fā)者為瑞典的MySQL AB公司,，最早是在2001年MySQL3.23進入到管理員的視野并在之后獲得廣泛的應用。 2008年MySQL公司被Sun公司收購并發(fā)布了首個收購之后的版本MySQL5.1,，該版本引入分區(qū),、基于行復制以及plugin API。移除了原有的BerkeyDB引擎,，同時，Oracle收購InnoDB Oy發(fā)布了InnoDB plugin,，這后來發(fā)展成為著名的InnoDB引擎,。2010年Oracle收購Sun公司，這也使得MySQL歸入Oracle門下,，之后Oracle發(fā)布了收購以后的首個版本5.5,，該版本主要改善集中在性能、擴展性,、復制,、分區(qū)以及對windows的支持,。目前版本已發(fā)展到5.7。 和其它數(shù)據(jù)庫相比,，MySQL有點與眾不同,，它的架構可以在多種不同場景中應用并發(fā)揮良好作用。主要體現(xiàn)在存儲引擎的架構上,，插件式的存儲引擎架構將查詢處理和其它的系統(tǒng)任務以及數(shù)據(jù)的存儲提取相分離,。這種架構可以根據(jù)業(yè)務的需求和實際需要選擇合適的存儲引擎。 2.MySQL邏輯架構
1.最上層是一些客戶端和連接服務,，包含本地sock通信和大多數(shù)基于客戶端/服務端工具實現(xiàn)的類似于tcp/ip的通信,。主要完成一些類似于連接處理、授權認證,、及相關的安全方案,。在該層上引入了線程池的概念，為通過認證安全接入的客戶端提供線程,。同樣在該層上可以實現(xiàn)基于SSL的安全鏈接,。服務器也會為安全接入的每個客戶端驗證它所具有的操作權限。 2.第二層架構主要完成大多少的核心服務功能,，如SQL接口,，并完成緩存的查詢，SQL的分析和優(yōu)化及部分內(nèi)置函數(shù)的執(zhí)行,。所有跨存儲引擎的功能也在這一層實現(xiàn),，如過程、函數(shù)等,。在該層,，服務器會解析查詢并創(chuàng)建相應的內(nèi)部解析樹，并對其完成相應的優(yōu)化如確定查詢表的順序,，是否利用索引等,，最后生成相應的執(zhí)行操作。如果是select語句,，服務器還會查詢內(nèi)部的緩存,。如果緩存空間足夠大，這樣在解決大量讀操作的環(huán)境中能夠很好的提升系統(tǒng)的性能,。 3.存儲引擎層,，存儲引擎真正的負責了MySQL中數(shù)據(jù)的存儲和提取，服務器通過API與存儲引擎進行通信,。不同的存儲引擎具有的功能不同,，這樣我們可以根據(jù)自己的實際需要進行選取。 4.數(shù)據(jù)存儲層，主要是將數(shù)據(jù)存儲在運行于裸設備的文件系統(tǒng)之上,，并完成與存儲引擎的交互,。 3.并發(fā)控制和鎖的概念 當數(shù)據(jù)庫中有多個操作需要修改同一數(shù)據(jù)時，不可避免的會產(chǎn)生數(shù)據(jù)的臟讀,。這時就需要數(shù)據(jù)庫具有良好的并發(fā)控制能力,，這一切在MySQL中都是由服務器和存儲引擎來實現(xiàn)的。 解決并發(fā)問題最有效的方案是引入了鎖的機制,，鎖在功能上分為共享鎖(shared lock)和排它鎖(exclusive lock)即通常說的讀鎖和寫鎖,。當一個select語句在執(zhí)行時可以施加讀鎖，這樣就可以允許其它的select操作進行,，因為在這個過程中數(shù)據(jù)信息是不會被改變的這樣就能夠提高數(shù)據(jù)庫的運行效率,。當需要對數(shù)據(jù)更新時，就需要施加寫鎖了,，不在允許其它的操作進行,，以免產(chǎn)生數(shù)據(jù)的臟讀和幻讀。鎖同樣有粒度大小,，有表級鎖(table lock)和行級鎖(row lock),，分別在數(shù)據(jù)操作的過程中完成行的鎖定和表的鎖定。這些根據(jù)不同的存儲引擎所具有的特性也是不一樣的,。 MySQL大多數(shù)事務型的存儲引擎都不是簡單的行級鎖,，基于性能的考慮，他們一般都同時實現(xiàn)了多版本并發(fā)控制(MVCC),。這一方案也被Oracle等主流的關系數(shù)據(jù)庫采用,。它是通過保存數(shù)據(jù)中某個時間點的快照來實現(xiàn)的，這樣就保證了每個事務看到的數(shù)據(jù)都是一致的,。詳細的實現(xiàn)原理可以參考《高性能MySQL》第三版,。 4.事務
1.簡單的說事務就是一組原子性的SQL語句?？梢詫⑦@組語句理解成一個工作單元,，要么全部執(zhí)行要么都不執(zhí)行。在MySQL中可以使用如下命令操作事務： start transaction;select ...update ...insert ...commit; 注意：默認MySQL中自動提交是開啟的： 原子性(atomicity):事務中的所有操作要么全部提交成功,，要么全部失敗回滾,。 一致性(consistency):數(shù)據(jù)庫總是從一個一致性狀態(tài)轉(zhuǎn)換到另一個一致性狀態(tài)。 隔離性(isolation):一個事務所做的修改在提交之前對其它事務是不可見的,。 持久性(durability):一旦事務提交,，其所做的修改便會永久保存在數(shù)據(jù)庫中。 3.事務的隔離級別：在SQL標準中定義了四種隔離級別： READ UNCOMMITTED(讀未提交)：事務中的修改即使未提交也是對其它事務可見 READ COMMITTED(讀提交)：事務提交后所做的修改才會被另一個事務看見,，可能產(chǎn)生一個事務中兩次查詢的結(jié)果不同。 REPEATABLE READ(可重讀)：只有當前事務提交才能看見另一個事務的修改結(jié)果。解決了一個事務中兩次查詢的結(jié)果不同的問題,。 SERIALIZABLE(串行化)：只有一個事務提交之后才會執(zhí)行另一個事務,。 4.MySQL中可以利用如下語句查詢并臨時修改隔離級別：
5.死鎖：兩個或多個事務在同一資源上相互占用并請求鎖定對方占用的資源，從而導致惡性循環(huán)的現(xiàn)象,。MySQL的部分存儲引擎能夠檢測到死鎖的循環(huán)依賴并產(chǎn)生相應的錯誤,。InnoDB引擎解決死鎖的方案是將持有最少排它鎖的事務進行回滾。 5.MySQL存儲引擎及應用方案 1.MySQL采用插件式的存儲引擎架構,，可以根據(jù)不同的需求為不同的表設置不同的存儲引擎,。可以通過如下命令顯示數(shù)據(jù)庫中表的狀態(tài)信息,，以user表為例,，顯示如下：
Name：顯示的是表名 Engine：顯示存儲引擎，該表存儲引擎為MyISAM Row_format：顯示行格式,，對于MyISAM有Dynamic,、Fixed和Compressed三種。非別表示表中有可變的數(shù)據(jù)類型,，表中數(shù)據(jù)類型為固定的,，以及表是壓縮表的環(huán)境。 Rows：顯示表中行數(shù) Avg_row_length：平均行長度（字節(jié)） Data_length：數(shù)據(jù)長度（字節(jié)） Max_data_length：最大存儲數(shù)據(jù)長度（字節(jié)） Data_free：已分配但未使用的空間,，包括刪除數(shù)據(jù)空余出來的空間 Auto_increment：下一個插入行自動增長字段的值 Create_time：表的創(chuàng)建時間 Update_time：表數(shù)據(jù)的最后修改時間 Collation：表的默認字符集及排序規(guī)則 Checksum：如果啟用,，表示整個表的實時校驗和 Create_options：創(chuàng)建表示的一些其它選項 Comment：額外的一些注釋信息，根據(jù)存儲引擎的不同表示的內(nèi)容也不脛相同,。 2.存儲引擎介紹： InnoDB引擎： 1.將數(shù)據(jù)存儲在表空間中,，表空間由一系列的數(shù)據(jù)文件組成，由InnoDB管理,； 2.支持每個表的數(shù)據(jù)和索引存放在單獨文件中(innodb_file_per_table),； 3.支持事務，采用MVCC來控制并發(fā),，并實現(xiàn)標準的4個事務隔離級別,，支持外鍵； 4.索引基于聚簇索引建立,，對于主鍵查詢有較高性能,； 5.數(shù)據(jù)文件的平臺無關性，支持數(shù)據(jù)在不同的架構平臺移植,； 6.能夠通過一些工具支持真正的熱備,。如XtraBackup等； 7.內(nèi)部進行自身優(yōu)化如采取可預測性預讀,，能夠自動在內(nèi)存中創(chuàng)建hash索引等,。 MyISAM引擎： 1.MySQL5.1中默認,，不支持事務和行級鎖； 2.提供大量特性如全文索引,、空間函數(shù),、壓縮、延遲更新等,； 3.數(shù)據(jù)庫故障后,，安全恢復性差； 4.對于只讀數(shù)據(jù)可以忍受故障恢復,，MyISAM依然非常適用,； 5.日志服務器的場景也比較適用，只需插入和數(shù)據(jù)讀取操作,； 6.不支持單表一個文件,，會將所有的數(shù)據(jù)和索引內(nèi)容分別存在兩個文件中； 7.MyISAM對整張表加鎖而不是對行,，所以不適用寫操作比較多的場景,； 8.支持索引緩存不支持數(shù)據(jù)緩存。 Archive引擎： 1.只支持insert和select操作,； 2.緩存所有的寫數(shù)據(jù)并進行壓縮存儲,，支持行級鎖但不支持事務； 3.適合高速插入和數(shù)據(jù)壓縮,，減少IO操作,，適用于日志記錄和歸檔服務器。 Blackhole引擎： 1.沒有實現(xiàn)任何存儲機制,，會將插入的數(shù)據(jù)進行丟棄,，但會存儲二進制日志； 2.會在一些特殊需要的復制架構的環(huán)境中使用,。 CSV引擎： 1.可以打開CSV文件存儲的數(shù)據(jù),，可以將存儲的數(shù)據(jù)導出，并利用excel打開,； 2.可以作為一種數(shù)據(jù)交換的機制,，同樣經(jīng)常使用。 Memory引擎： 1.將數(shù)據(jù)在內(nèi)存中緩存,，不消耗IO,； 2.存儲數(shù)據(jù)速度較快但不會被保留，一般作為臨時表的存儲被使用,。 Federated引擎： 能夠訪問遠程服務器上的數(shù)據(jù)的存儲引擎,。能夠建立一個連接連到遠程服務器。 Mrg_MyISAM引擎： 將多個MYISAM表合并為一個,。本身并不存儲數(shù)據(jù),，數(shù)據(jù)存在MyISAM表中間,。 NDB集群引擎： MySQL Cluster專用。 3.第三方存儲引擎： 1.OLTP類： XtraDB：InnoDB的改進版本,。 PBXT：類似InnoDB,，但提供引擎級別的復制和外鍵約束，適當支持SSD存儲,。 TokuDB(開源)：支持分形樹索引結(jié)構，支持海量數(shù)據(jù)的分析,。 2.列式存儲引擎：MySQL默認是面向行的存儲 Infobright: 支持數(shù)十TB的數(shù)據(jù)量,，為數(shù)據(jù)分析和數(shù)據(jù)倉庫設計的。數(shù)據(jù)高度壓縮,。 InfiniDB:可以在一組集群間做分布式查詢,，有商業(yè)版但沒有典型應用案例。 3.社區(qū)存儲引擎： Aria：解決MyISAM崩潰安全恢復問題,，并能夠進行數(shù)據(jù)緩存,。 Groona: 全文索引引擎。 QQGraph: 由Open query研發(fā)支持圖操作,，比如查找兩點間最短距離,。 SphinxSE: 該引擎為Sphinx全文索引搜索服務器提供SQL接口。 Spider: 支持sharding并能夠基于分片實現(xiàn)并列查詢,。 VPForMySQL: 支持垂直分區(qū),。 4.存儲引擎選取參考因素 1.是否有事務需求 如果需要事務支持最好選擇InnoDB或者XtraDB，如果主要是select和insert操作MyISAM比較合適,，一般使用日志型的應用,。 2.備份操作需求 如果能夠關閉服務器進行備份，那么該因素可以忽略,，如果需要在線進行熱備份,，則InnoDB引擎是一個不錯的選擇。 3.故障恢復需求 在對恢復要求比較好的場景中推薦使用InnoDB,，因為MyISAM數(shù)據(jù)損壞概率比較大而且恢復速度比較慢,。 4.性能上的需求 有些業(yè)務需求只有某些特定的存儲引擎才能夠滿足，如地理空間索引也只有MyISAM引擎支持,。所以在應用架構需求環(huán)境中也需要管理員折衷考慮,，當然從各方面比較而言，InnoDB引擎還是默認應該被推薦使用的,。 5.表引擎轉(zhuǎn)換方法 1.直接修改
2.備份修改 利用mysqldump備份工具將數(shù)據(jù)導出,，修改create table語句中的存儲引擎選項。注意修改的同時修改表名,。 3.創(chuàng)建插入
1.MySQL基礎
MySQL是一個開放源代碼的關系數(shù)據(jù)庫管理系統(tǒng),。原開發(fā)者為瑞典的MySQL AB公司,，最早是在2001年MySQL3.23進入到管理員的視野并在之后獲得廣泛的應用。 2008年MySQL公司被Sun公司收購并發(fā)布了首個收購之后的版本MySQL5.1,，該版本引入分區(qū),、基于行復制以及plugin API。移除了原有的BerkeyDB引擎,，同時,，Oracle收購InnoDB Oy發(fā)布了InnoDB plugin，這后來發(fā)展成為著名的InnoDB引擎,。2010年Oracle收購Sun公司,，這也使得MySQL歸入Oracle門下，之后Oracle發(fā)布了收購以后的首個版本5.5,，該版本主要改善集中在性能,、擴展性、復制,、分區(qū)以及對windows的支持,。目前版本已發(fā)展到5.7。 和其它數(shù)據(jù)庫相比,，MySQL有點與眾不同,，它的架構可以在多種不同場景中應用并發(fā)揮良好作用。主要體現(xiàn)在存儲引擎的架構上,，插件式的存儲引擎架構將查詢處理和其它的系統(tǒng)任務以及數(shù)據(jù)的存儲提取相分離,。這種架構可以根據(jù)業(yè)務的需求和實際需要選擇合適的存儲引擎。 2.MySQL邏輯架構
1.最上層是一些客戶端和連接服務,，包含本地sock通信和大多數(shù)基于客戶端/服務端工具實現(xiàn)的類似于tcp/ip的通信,。主要完成一些類似于連接處理、授權認證,、及相關的安全方案,。在該層上引入了線程池的概念，為通過認證安全接入的客戶端提供線程,。同樣在該層上可以實現(xiàn)基于SSL的安全鏈接,。服務器也會為安全接入的每個客戶端驗證它所具有的操作權限,。 2.第二層架構主要完成大多少的核心服務功能,，如SQL接口,，并完成緩存的查詢,，SQL的分析和優(yōu)化及部分內(nèi)置函數(shù)的執(zhí)行。所有跨存儲引擎的功能也在這一層實現(xiàn),，如過程,、函數(shù)等,。在該層,，服務器會解析查詢并創(chuàng)建相應的內(nèi)部解析樹,，并對其完成相應的優(yōu)化如確定查詢表的順序,，是否利用索引等，最后生成相應的執(zhí)行操作,。如果是select語句,，服務器還會查詢內(nèi)部的緩存。如果緩存空間足夠大,，這樣在解決大量讀操作的環(huán)境中能夠很好的提升系統(tǒng)的性能,。 3.存儲引擎層，存儲引擎真正的負責了MySQL中數(shù)據(jù)的存儲和提取,，服務器通過API與存儲引擎進行通信,。不同的存儲引擎具有的功能不同，這樣我們可以根據(jù)自己的實際需要進行選取,。 4.數(shù)據(jù)存儲層，主要是將數(shù)據(jù)存儲在運行于裸設備的文件系統(tǒng)之上,，并完成與存儲引擎的交互,。 3.并發(fā)控制和鎖的概念 當數(shù)據(jù)庫中有多個操作需要修改同一數(shù)據(jù)時，不可避免的會產(chǎn)生數(shù)據(jù)的臟讀,。這時就需要數(shù)據(jù)庫具有良好的并發(fā)控制能力,，這一切在MySQL中都是由服務器和存儲引擎來實現(xiàn)的。 解決并發(fā)問題最有效的方案是引入了鎖的機制,，鎖在功能上分為共享鎖(shared lock)和排它鎖(exclusive lock)即通常說的讀鎖和寫鎖,。當一個select語句在執(zhí)行時可以施加讀鎖，這樣就可以允許其它的select操作進行,，因為在這個過程中數(shù)據(jù)信息是不會被改變的這樣就能夠提高數(shù)據(jù)庫的運行效率,。當需要對數(shù)據(jù)更新時，就需要施加寫鎖了,，不在允許其它的操作進行,，以免產(chǎn)生數(shù)據(jù)的臟讀和幻讀。鎖同樣有粒度大小,，有表級鎖(table lock)和行級鎖(row lock),，分別在數(shù)據(jù)操作的過程中完成行的鎖定和表的鎖定。這些根據(jù)不同的存儲引擎所具有的特性也是不一樣的,。 MySQL大多數(shù)事務型的存儲引擎都不是簡單的行級鎖,，基于性能的考慮，他們一般都同時實現(xiàn)了多版本并發(fā)控制(MVCC),。這一方案也被Oracle等主流的關系數(shù)據(jù)庫采用,。它是通過保存數(shù)據(jù)中某個時間點的快照來實現(xiàn)的，這樣就保證了每個事務看到的數(shù)據(jù)都是一致的,。詳細的實現(xiàn)原理可以參考《高性能MySQL》第三版,。 4.事務
1.簡單的說事務就是一組原子性的SQL語句,。可以將這組語句理解成一個工作單元,，要么全部執(zhí)行要么都不執(zhí)行,。在MySQL中可以使用如下命令操作事務： start transaction;select ...update ...insert ...commit; 注意：默認MySQL中自動提交是開啟的： 原子性(atomicity):事務中的所有操作要么全部提交成功，要么全部失敗回滾,。 一致性(consistency):數(shù)據(jù)庫總是從一個一致性狀態(tài)轉(zhuǎn)換到另一個一致性狀態(tài),。 隔離性(isolation):一個事務所做的修改在提交之前對其它事務是不可見的。 持久性(durability):一旦事務提交,，其所做的修改便會永久保存在數(shù)據(jù)庫中,。 3.事務的隔離級別：在SQL標準中定義了四種隔離級別： READ UNCOMMITTED(讀未提交)：事務中的修改即使未提交也是對其它事務可見 READ COMMITTED(讀提交)：事務提交后所做的修改才會被另一個事務看見，可能產(chǎn)生一個事務中兩次查詢的結(jié)果不同,。 REPEATABLE READ(可重讀)：只有當前事務提交才能看見另一個事務的修改結(jié)果,。解決了一個事務中兩次查詢的結(jié)果不同的問題。 SERIALIZABLE(串行化)：只有一個事務提交之后才會執(zhí)行另一個事務,。 4.MySQL中可以利用如下語句查詢并臨時修改隔離級別：
5.死鎖：兩個或多個事務在同一資源上相互占用并請求鎖定對方占用的資源,，從而導致惡性循環(huán)的現(xiàn)象。MySQL的部分存儲引擎能夠檢測到死鎖的循環(huán)依賴并產(chǎn)生相應的錯誤,。InnoDB引擎解決死鎖的方案是將持有最少排它鎖的事務進行回滾,。 5.MySQL存儲引擎及應用方案 1.MySQL采用插件式的存儲引擎架構，可以根據(jù)不同的需求為不同的表設置不同的存儲引擎,?？梢酝ㄟ^如下命令顯示數(shù)據(jù)庫中表的狀態(tài)信息，以user表為例,，顯示如下：
Name：顯示的是表名 Engine：顯示存儲引擎,，該表存儲引擎為MyISAM Row_format：顯示行格式，對于MyISAM有Dynamic,、Fixed和Compressed三種,。非別表示表中有可變的數(shù)據(jù)類型，表中數(shù)據(jù)類型為固定的,，以及表是壓縮表的環(huán)境,。 Rows：顯示表中行數(shù) Avg_row_length：平均行長度（字節(jié)） Data_length：數(shù)據(jù)長度（字節(jié)） Max_data_length：最大存儲數(shù)據(jù)長度（字節(jié)） Data_free：已分配但未使用的空間，包括刪除數(shù)據(jù)空余出來的空間 Auto_increment：下一個插入行自動增長字段的值 Create_time：表的創(chuàng)建時間 Update_time：表數(shù)據(jù)的最后修改時間 Collation：表的默認字符集及排序規(guī)則 Checksum：如果啟用,，表示整個表的實時校驗和 Create_options：創(chuàng)建表示的一些其它選項 Comment：額外的一些注釋信息,，根據(jù)存儲引擎的不同表示的內(nèi)容也不脛相同。 2.存儲引擎介紹： InnoDB引擎： 1.將數(shù)據(jù)存儲在表空間中,，表空間由一系列的數(shù)據(jù)文件組成,，由InnoDB管理； 2.支持每個表的數(shù)據(jù)和索引存放在單獨文件中(innodb_file_per_table)； 3.支持事務,，采用MVCC來控制并發(fā),，并實現(xiàn)標準的4個事務隔離級別，支持外鍵,； 4.索引基于聚簇索引建立,，對于主鍵查詢有較高性能； 5.數(shù)據(jù)文件的平臺無關性,，支持數(shù)據(jù)在不同的架構平臺移植,； 6.能夠通過一些工具支持真正的熱備。如XtraBackup等,； 7.內(nèi)部進行自身優(yōu)化如采取可預測性預讀,，能夠自動在內(nèi)存中創(chuàng)建hash索引等。 MyISAM引擎： 1.MySQL5.1中默認,，不支持事務和行級鎖,； 2.提供大量特性如全文索引、空間函數(shù),、壓縮,、延遲更新等； 3.數(shù)據(jù)庫故障后,，安全恢復性差； 4.對于只讀數(shù)據(jù)可以忍受故障恢復,，MyISAM依然非常適用,； 5.日志服務器的場景也比較適用，只需插入和數(shù)據(jù)讀取操作,； 6.不支持單表一個文件,，會將所有的數(shù)據(jù)和索引內(nèi)容分別存在兩個文件中； 7.MyISAM對整張表加鎖而不是對行,，所以不適用寫操作比較多的場景,； 8.支持索引緩存不支持數(shù)據(jù)緩存。 Archive引擎： 1.只支持insert和select操作,； 2.緩存所有的寫數(shù)據(jù)并進行壓縮存儲,，支持行級鎖但不支持事務； 3.適合高速插入和數(shù)據(jù)壓縮,，減少IO操作,，適用于日志記錄和歸檔服務器。 Blackhole引擎： 1.沒有實現(xiàn)任何存儲機制,，會將插入的數(shù)據(jù)進行丟棄,，但會存儲二進制日志； 2.會在一些特殊需要的復制架構的環(huán)境中使用。 CSV引擎： 1.可以打開CSV文件存儲的數(shù)據(jù),，可以將存儲的數(shù)據(jù)導出,，并利用excel打開； 2.可以作為一種數(shù)據(jù)交換的機制,，同樣經(jīng)常使用,。 Memory引擎： 1.將數(shù)據(jù)在內(nèi)存中緩存，不消耗IO,； 2.存儲數(shù)據(jù)速度較快但不會被保留,，一般作為臨時表的存儲被使用。 Federated引擎： 能夠訪問遠程服務器上的數(shù)據(jù)的存儲引擎,。能夠建立一個連接連到遠程服務器,。 Mrg_MyISAM引擎： 將多個MYISAM表合并為一個。本身并不存儲數(shù)據(jù),，數(shù)據(jù)存在MyISAM表中間,。 NDB集群引擎： MySQL Cluster專用。 3.第三方存儲引擎： 1.OLTP類： XtraDB：InnoDB的改進版本,。 PBXT：類似InnoDB,，但提供引擎級別的復制和外鍵約束，適當支持SSD存儲,。 TokuDB(開源)：支持分形樹索引結(jié)構,，支持海量數(shù)據(jù)的分析。 2.列式存儲引擎：MySQL默認是面向行的存儲 Infobright: 支持數(shù)十TB的數(shù)據(jù)量,，為數(shù)據(jù)分析和數(shù)據(jù)倉庫設計的,。數(shù)據(jù)高度壓縮。 InfiniDB:可以在一組集群間做分布式查詢,，有商業(yè)版但沒有典型應用案例,。 3.社區(qū)存儲引擎： Aria：解決MyISAM崩潰安全恢復問題，并能夠進行數(shù)據(jù)緩存,。 Groona: 全文索引引擎,。 QQGraph: 由Open query研發(fā)支持圖操作，比如查找兩點間最短距離,。 SphinxSE: 該引擎為Sphinx全文索引搜索服務器提供SQL接口,。 Spider: 支持sharding并能夠基于分片實現(xiàn)并列查詢。 VPForMySQL: 支持垂直分區(qū),。 4.存儲引擎選取參考因素 1.是否有事務需求 如果需要事務支持最好選擇InnoDB或者XtraDB,，如果主要是select和insert操作MyISAM比較合適，一般使用日志型的應用,。 2.備份操作需求 如果能夠關閉服務器進行備份,，那么該因素可以忽略,，如果需要在線進行熱備份，則InnoDB引擎是一個不錯的選擇,。 3.故障恢復需求 在對恢復要求比較好的場景中推薦使用InnoDB,，因為MyISAM數(shù)據(jù)損壞概率比較大而且恢復速度比較慢。 4.性能上的需求 有些業(yè)務需求只有某些特定的存儲引擎才能夠滿足,，如地理空間索引也只有MyISAM引擎支持,。所以在應用架構需求環(huán)境中也需要管理員折衷考慮，當然從各方面比較而言,，InnoDB引擎還是默認應該被推薦使用的,。 5.表引擎轉(zhuǎn)換方法 1.直接修改
2.備份修改 利用mysqldump備份工具將數(shù)據(jù)導出，修改create table語句中的存儲引擎選項,。注意修改的同時修改表名,。 3.創(chuàng)建插入
|
|
|
