存儲(chǔ)引擎 MySQL中的數(shù)據(jù)用各種不同的技術(shù)存儲(chǔ)在文件(或者內(nèi)存)中。這些技術(shù)中的每一種技術(shù)都使用不同的存儲(chǔ)機(jī)制、索引技巧、鎖定水平并且最終提供廣泛的不同的功能和能力。通過(guò)選擇不同的技術(shù),你能夠獲得額外的速度或者功能,從而改善你的應(yīng)用的整體功能。存儲(chǔ)引擎是基于表的,而非數(shù)據(jù)庫(kù)。
Mysql存儲(chǔ)引擎有哪些 MyISAM: MyISAM不支持事務(wù)和行級(jí)鎖,所以MyISAM引擎速度很快,性能優(yōu)秀。MyISAM可以對(duì)整張表加鎖,支持并發(fā)插入,支持全文索引。 InnoDB :5.5版本后Mysql的默認(rèn)數(shù)據(jù)庫(kù),是專(zhuān)為事務(wù)設(shè)計(jì)的存儲(chǔ)引擎,支持ACID事務(wù),支持外鍵和行級(jí)鎖定,擁有高并發(fā)處理能力。但是,InnoDB在創(chuàng)建索引和加載數(shù)據(jù)時(shí),比MyISAM慢。 BDB: 源自Berkeley DB,事務(wù)型數(shù)據(jù)庫(kù)的另一種選擇,支持COMMIT和ROLLBACK等其他事務(wù)特性 Memory :所有數(shù)據(jù)置于內(nèi)存,表結(jié)構(gòu)不是存儲(chǔ)在內(nèi)存中的存儲(chǔ)引擎,查詢(xún)時(shí)不需要執(zhí)行磁盤(pán)I/O操作,所以要比MyISAM和InnoDB快很多倍。但是會(huì)占用和數(shù)據(jù)量成正比的內(nèi)存空間。并且其內(nèi)容會(huì)在Mysql重新啟動(dòng)時(shí)丟失,表結(jié)構(gòu)不會(huì)丟失. Merge :將一定數(shù)量的MyISAM表聯(lián)合而成一個(gè)整體,在超大規(guī)模數(shù)據(jù)存儲(chǔ)時(shí)很有用 Archive :非常適合存儲(chǔ)大量的獨(dú)立的,作為歷史記錄的數(shù)據(jù)。因?yàn)樗鼈儾唤?jīng)常被讀取。Archive擁有高效的插入速度,但其對(duì)查詢(xún)的支持相對(duì)較差 Federated: 將不同的Mysql服務(wù)器聯(lián)合起來(lái),邏輯上組成一個(gè)完整的數(shù)據(jù)庫(kù)。非常適合分布式應(yīng)用 Cluster/NDB :高冗余的存儲(chǔ)引擎,用多臺(tái)數(shù)據(jù)機(jī)器聯(lián)合提供服務(wù)以提高整體性能和安全性。適合數(shù)據(jù)量大,安全和性能要求高的應(yīng)用 CSV: 邏輯上由逗號(hào)分割數(shù)據(jù)的存儲(chǔ)引擎。它會(huì)在數(shù)據(jù)庫(kù)子目錄里為每個(gè)數(shù)據(jù)表創(chuàng)建一個(gè).CSV文件。這是一種普通文本文件,每個(gè)數(shù)據(jù)行占用一個(gè)文本行。CSV存儲(chǔ)引擎不支持索引。 BlackHole :黑洞引擎,寫(xiě)入的任何數(shù)據(jù)都會(huì)消失,一般用于記錄binlog做復(fù)制的中繼 為何磁盤(pán)的讀取所讀遠(yuǎn)遠(yuǎn)低于內(nèi)存的讀取速度: 我們知道,內(nèi)存的讀數(shù)據(jù)是根據(jù)地址總線傳送的地址在相應(yīng)的內(nèi)存單元把數(shù)據(jù)讀取到數(shù)據(jù)總線的電信號(hào)操作。 而磁盤(pán)的讀數(shù)據(jù)要先找對(duì)磁盤(pán)面,然后找到相應(yīng)的扇區(qū)和磁道,與主存不同,磁盤(pán)讀取數(shù)據(jù)是機(jī)械運(yùn)動(dòng)(尋道時(shí)間,旋轉(zhuǎn)時(shí)間)主存和磁盤(pán)以頁(yè)為單位交換數(shù)據(jù)先讀取數(shù)據(jù)到內(nèi)存,再進(jìn)行從內(nèi)存上的讀取。主存和磁盤(pán)以頁(yè)為單位交換數(shù)據(jù)。 1.如何查看服務(wù)器有哪些存儲(chǔ)引擎可以使用? show engines; 2.如何選擇合適的存儲(chǔ)引擎? (1)選擇標(biāo)準(zhǔn)可以分為: (2)是否需要支持事務(wù); (3)是否需要使用熱備; (4)崩潰恢復(fù):能否接受崩潰; (5)是否需要外鍵支持; 然后按照標(biāo)準(zhǔn),選擇對(duì)應(yīng)的存儲(chǔ)引擎即可。
MyISAM與InnoDB的區(qū)別是什么? 1).存儲(chǔ)結(jié)構(gòu) MyISAM:每個(gè)MyISAM在磁盤(pán)上存儲(chǔ)成三個(gè)文件。第一個(gè)文件的名字以表的名字開(kāi)始,擴(kuò)展名指出文件類(lèi)型。.frm文件存儲(chǔ)表定義。數(shù)據(jù)文件的擴(kuò)展名為.MYD (MYData)。索引文件的擴(kuò)展名是.MYI (MYIndex)。 InnoDB:所有的表都保存在同一個(gè)數(shù)據(jù)文件中(也可能是多個(gè)文件,或者是獨(dú)立的表空間文件),InnoDB表的大小只受限于操作系統(tǒng)文件的大小,一般為2GB。 2).存儲(chǔ)空間 MyISAM:可被壓縮,存儲(chǔ)空間較小。支持三種不同的存儲(chǔ)格式:靜態(tài)表(默認(rèn),但是注意數(shù)據(jù)末尾不能有空格,會(huì)被去掉)、動(dòng)態(tài)表、壓縮表。 InnoDB:需要更多的內(nèi)存和存儲(chǔ),它會(huì)在主內(nèi)存中建立其專(zhuān)用的緩沖池用于高速緩沖數(shù)據(jù)和索引。 3).可移植性、備份及恢復(fù) MyISAM:數(shù)據(jù)是以文件的形式存儲(chǔ),所以在跨平臺(tái)的數(shù)據(jù)轉(zhuǎn)移中會(huì)很方便。在備份和恢復(fù)時(shí)可單獨(dú)針對(duì)某個(gè)表進(jìn)行操作。 InnoDB:免費(fèi)的方案可以是拷貝數(shù)據(jù)文件、備份 binlog,或者用 mysqldump,在數(shù)據(jù)量達(dá)到幾十G的時(shí)候就相對(duì)痛苦了。 4).事務(wù)支持 MyISAM:強(qiáng)調(diào)的是性能,每次查詢(xún)具有原子性,其執(zhí)行數(shù)度比InnoDB類(lèi)型更快,但是不提供事務(wù)支持。 InnoDB:提供事務(wù)支持事務(wù),外部鍵等高級(jí)數(shù)據(jù)庫(kù)功能。 具有事務(wù)(commit)、回滾(rollback)和崩潰修復(fù)能力(crash recovery capabilities)的事務(wù)安全(transaction-safe (ACID compliant))型表。 5).AUTO_INCREMENT MyISAM:可以和其他字段一起建立聯(lián)合索引。引擎的自動(dòng)增長(zhǎng)列必須是索引,如果是組合索引,自動(dòng)增長(zhǎng)可以不是第一列,他可以根據(jù)前面幾列進(jìn)行排序后遞增。 InnoDB:InnoDB中必須包含只有該字段的索引。引擎的自動(dòng)增長(zhǎng)列必須是索引,如果是組合索引也必須是組合索引的第一列。 6).表鎖差異 MyISAM:只支持表級(jí)鎖,用戶(hù)在操作myisam表時(shí),select,update,delete,insert語(yǔ)句都會(huì)給表自動(dòng)加鎖,如果加鎖以后的表滿(mǎn)足insert并發(fā)的情況下,可以在表的尾部插入新的數(shù)據(jù)。 InnoDB:支持事務(wù)和行級(jí)鎖,是innodb的最大特色。行鎖大幅度提高了多用戶(hù)并發(fā)操作的新能。但是InnoDB的行鎖,只是在WHERE的主鍵是有效的,非主鍵的WHERE都會(huì)鎖全表的。 7).全文索引 MyISAM:支持 FULLTEXT類(lèi)型的全文索引 InnoDB:不支持FULLTEXT類(lèi)型的全文索引,但是innodb可以使用sphinx插件支持全文索引,并且效果更好。 8).表主鍵 MyISAM:允許沒(méi)有任何索引和主鍵的表存在,索引都是保存行的地址。 InnoDB:如果沒(méi)有設(shè)定主鍵或者非空唯一索引,就會(huì)自動(dòng)生成一個(gè)6字節(jié)的主鍵(用戶(hù)不可見(jiàn)),數(shù)據(jù)是主索引的一部分,附加索引保存的是主索引的值。 9).表的具體行數(shù) MyISAM:保存有表的總行數(shù),如果select count(*) from table;會(huì)直接取出出該值。 InnoDB:沒(méi)有保存表的總行數(shù),如果使用select count(*) from table;就會(huì)遍歷整個(gè)表,消耗相當(dāng)大,但是在加了wehre條件后,myisam和innodb處理的方式都一樣。 10).CURD操作 MyISAM:如果執(zhí)行大量的SELECT,MyISAM是更好的選擇。 InnoDB:如果你的數(shù)據(jù)執(zhí)行大量的INSERT或UPDATE,出于性能方面的考慮,應(yīng)該使用InnoDB表。DELETE 從性能上InnoDB更優(yōu),但DELETE FROM table時(shí),InnoDB不會(huì)重新建立表,而是一行一行的刪除,在innodb上如果要清空保存有大量數(shù)據(jù)的表,最好使用truncate table這個(gè)命令。 11).外鍵 MyISAM:不支持 InnoDB:支持 通過(guò)上述的分析,基本上可以考慮使用InnoDB來(lái)替代MyISAM引擎了,原因是InnoDB自身很多良好的特點(diǎn),比如事務(wù)支持、存儲(chǔ) 過(guò)程、視圖、行級(jí)鎖定等等,在并發(fā)很多的情況下,相信InnoDB的表現(xiàn)肯定要比MyISAM強(qiáng)很多。另外,任何一種表都不是萬(wàn)能的,只用恰當(dāng)?shù)尼槍?duì)業(yè)務(wù)類(lèi)型來(lái)選擇合適的表類(lèi)型,才能最大的發(fā)揮MySQL的性能優(yōu)勢(shì)。如果不是很復(fù)雜的Web應(yīng)用,非關(guān)鍵應(yīng)用,還是可以繼續(xù)考慮MyISAM的,這個(gè)具體情況可以自己斟酌。
------------------------------------------------------------------- MyISAM 它不支持事務(wù),也不支持外鍵,尤其是訪問(wèn)速度快,對(duì)事務(wù)完整性沒(méi)有要求或者以SELECT、INSERT為主的應(yīng)用基本都可以使用這個(gè)引擎來(lái)創(chuàng)建表。 MyISAM表是獨(dú)立于操作系統(tǒng)的,這說(shuō)明可以輕松地將其從Windows服務(wù)器移植到Linux服務(wù)器;每當(dāng)我們建立一個(gè)MyISAM引擎的表時(shí),就會(huì)在本地磁盤(pán)上建立三個(gè)文件,文件名就是名。例如,我建立了一個(gè)MyISAM引擎的tb_Demo表,那么就會(huì)生成以下三個(gè)文件: 1.tb_demo.frm,存儲(chǔ)表定義; 2.tb_demo.MYD,存儲(chǔ)數(shù)據(jù); 3.tb_demo.MYI,存儲(chǔ)索引。 數(shù)據(jù)文件和索引文件可以放置在不同的目錄,平均分配IO,獲取更快的速度。要指定數(shù)據(jù)文件和索引文件的路徑,需要在創(chuàng)建表的時(shí)候通過(guò)DATA DIRECTORY和INDEX DIRECTORY語(yǔ)句指定,文件路徑需要使用絕對(duì)路徑。 每個(gè)MyISAM表都有一個(gè)標(biāo)志,服務(wù)器或myisamchk程序在檢查MyISAM數(shù)據(jù)表時(shí)會(huì)對(duì)這個(gè)標(biāo)志進(jìn)行設(shè)置。MyISAM表還有一個(gè)標(biāo)志用來(lái)表明該數(shù)據(jù)表在上次使用后是不是被正常的關(guān)閉了。如果服務(wù)器以為當(dāng)機(jī)或崩潰,這個(gè)標(biāo)志可以用來(lái)判斷數(shù)據(jù)表是否需要檢查和修復(fù)。如果想讓這種檢查自動(dòng)進(jìn)行,可以在啟動(dòng)服務(wù)器時(shí)使用--myisam-recover現(xiàn)象。這會(huì)讓服務(wù)器在每次打開(kāi)一個(gè)MyISAM數(shù)據(jù)表是自動(dòng)檢查數(shù)據(jù)表的標(biāo)志并進(jìn)行必要的修復(fù)處理。MyISAM類(lèi)型的表可能會(huì)損壞,可以使用CHECK TABLE語(yǔ)句來(lái)檢查MyISAM表的健康,并用REPAIR TABLE語(yǔ)句修復(fù)一個(gè)損壞到MyISAM表。 MyISAM的表還支持3種不同的存儲(chǔ)格式: 靜態(tài)(固定長(zhǎng)度)表 動(dòng)態(tài)表 壓縮表 其中靜態(tài)表是默認(rèn)的存儲(chǔ)格式。靜態(tài)表中的字段都是非變長(zhǎng)字段,這樣每個(gè)記錄都是固定長(zhǎng)度的,這種存儲(chǔ)方式的優(yōu)點(diǎn)是存儲(chǔ)非常迅速,容易緩存,出現(xiàn)故障容易恢復(fù);缺點(diǎn)是占用的空間通常比動(dòng)態(tài)表多。靜態(tài)表在數(shù)據(jù)存儲(chǔ)時(shí)會(huì)根據(jù)列定義的寬度定義補(bǔ)足空格,但是在訪問(wèn)的時(shí)候并不會(huì)得到這些空格,這些空格在返回給應(yīng)用之前已經(jīng)去掉。同時(shí)需要注意:在某些情況下可能需要返回字段后的空格,而使用這種格式時(shí)后面到空格會(huì)被自動(dòng)處理掉。 動(dòng)態(tài)表包含變長(zhǎng)字段,記錄不是固定長(zhǎng)度的,這樣存儲(chǔ)的優(yōu)點(diǎn)是占用空間較少,但是頻繁到更新刪除記錄會(huì)產(chǎn)生碎片,需要定期執(zhí)行OPTIMIZE TABLE語(yǔ)句或myisamchk -r命令來(lái)改善性能,并且出現(xiàn)故障的時(shí)候恢復(fù)相對(duì)比較困難。 壓縮表由myisamchk工具創(chuàng)建,占據(jù)非常小的空間,因?yàn)槊織l記錄都是被單獨(dú)壓縮的,所以只有非常小的訪問(wèn)開(kāi)支。
MyISAM表無(wú)法處理事務(wù),這就意味著有事務(wù)處理需求的表,不能使用MyISAM存儲(chǔ)引擎。MyISAM存儲(chǔ)引擎特別適合在以下幾種情況下使用: 1.選擇密集型的表。MyISAM存儲(chǔ)引擎在篩選大量數(shù)據(jù)時(shí)非常迅速,這是它最突出的優(yōu)點(diǎn)。 2.插入密集型的表。MyISAM的并發(fā)插入特性允許同時(shí)選擇和插入數(shù)據(jù)。例如:MyISAM存儲(chǔ)引擎很適合管理郵件或Web服務(wù)器日志數(shù)據(jù)。
InnoDB InnoDB存儲(chǔ)引擎提供了具有提交、回滾和崩潰恢復(fù)能力的事務(wù)安全。但是對(duì)比MyISAM的存儲(chǔ)引擎,InnoDB寫(xiě)的處理效率差一些并且會(huì)占用更多的磁盤(pán)空間以保留數(shù)據(jù)和索引。 1)自動(dòng)增長(zhǎng)列: InnoDB表的自動(dòng)增長(zhǎng)列可以手工插入,但是插入的如果是空或0,則實(shí)際插入到則是自動(dòng)增長(zhǎng)后到值??梢酝ㄟ^(guò)"ALTER TABLE...AUTO_INCREMENT=n;"語(yǔ)句強(qiáng)制設(shè)置自動(dòng)增長(zhǎng)值的起始值,默認(rèn)為1,但是該強(qiáng)制到默認(rèn)值是保存在內(nèi)存中,數(shù)據(jù)庫(kù)重啟后該值將會(huì)丟失??梢允褂肔AST_INSERT_ID()查詢(xún)當(dāng)前線程最后插入記錄使用的值。如果一次插入多條記錄,那么返回的是第一條記錄使用的自動(dòng)增長(zhǎng)值。 對(duì)于InnoDB表,自動(dòng)增長(zhǎng)列必須是索引。如果是組合索引,也必須是組合索引的第一列,但是對(duì)于MyISAM表,自動(dòng)增長(zhǎng)列可以是組合索引的其他列,這樣插入記錄后,自動(dòng)增長(zhǎng)列是按照組合索引到前面幾列排序后遞增的。 2)外鍵約束: MySQL支持外鍵的存儲(chǔ)引擎只有InnoDB,在創(chuàng)建外鍵的時(shí)候,父表必須有對(duì)應(yīng)的索引,子表在創(chuàng)建外鍵的時(shí)候也會(huì)自動(dòng)創(chuàng)建對(duì)應(yīng)的索引。 在創(chuàng)建索引的時(shí)候,可以指定在刪除、更新父表時(shí),對(duì)子表進(jìn)行的相應(yīng)操作,包括restrict、cascade、set null和no action。其中restrict和no action相同,是指限制在子表有關(guān)聯(lián)的情況下,父表不能更新;casecade表示父表在更新或刪除時(shí),更新或者刪除子表對(duì)應(yīng)的記錄;set null 則表示父表在更新或者刪除的時(shí)候,子表對(duì)應(yīng)的字段被set null。 當(dāng)某個(gè)表被其它表創(chuàng)建了外鍵參照,那么該表對(duì)應(yīng)的索引或主鍵被禁止刪除。 可以使用set foreign_key_checks=0;臨時(shí)關(guān)閉外鍵約束,set foreign_key_checks=1;打開(kāi)約束。
InnoDB是一個(gè)健壯的事務(wù)型存儲(chǔ)引擎,這種存儲(chǔ)引擎已經(jīng)被很多互聯(lián)網(wǎng)公司使用,為用戶(hù)操作非常大的數(shù)據(jù)存儲(chǔ)提供了一個(gè)強(qiáng)大的解決方案。我的電腦上安裝的MySQL 5.6.13版,InnoDB就是作為默認(rèn)的存儲(chǔ)引擎。InnoDB還引入了行級(jí)鎖定和外鍵約束,在以下場(chǎng)合下,使用InnoDB是最理想的選擇: 1.更新密集的表。InnoDB存儲(chǔ)引擎特別適合處理多重并發(fā)的更新請(qǐng)求。 2.事務(wù)。InnoDB存儲(chǔ)引擎是支持事務(wù)的標(biāo)準(zhǔn)MySQL存儲(chǔ)引擎。 3.自動(dòng)災(zāi)難恢復(fù)。與其它存儲(chǔ)引擎不同,InnoDB表能夠自動(dòng)從災(zāi)難中恢復(fù)。 4.外鍵約束。MySQL支持外鍵的存儲(chǔ)引擎只有InnoDB。 5.支持自動(dòng)增加列AUTO_INCREMENT屬性。 一般來(lái)說(shuō),如果需要事務(wù)支持,并且有較高的并發(fā)讀取頻率,InnoDB是不錯(cuò)的選擇。
MEMORY 使用MySQL Memory存儲(chǔ)引擎的出發(fā)點(diǎn)是速度。為得到最快的響應(yīng)時(shí)間,采用的邏輯存儲(chǔ)介質(zhì)是系統(tǒng)內(nèi)存。雖然在內(nèi)存中存儲(chǔ)表數(shù)據(jù)確實(shí)會(huì)提供很高的性能,但當(dāng)mysqld守護(hù)進(jìn)程崩潰時(shí),所有的Memory數(shù)據(jù)都會(huì)丟失。獲得速度的同時(shí)也帶來(lái)了一些缺陷。它要求存儲(chǔ)在Memory數(shù)據(jù)表里的數(shù)據(jù)使用的是長(zhǎng)度不變的格式,這意味著不能使用BLOB和TEXT這樣的長(zhǎng)度可變的數(shù)據(jù)類(lèi)型,VARCHAR是一種長(zhǎng)度可變的類(lèi)型,但因?yàn)樗贛ySQL內(nèi)部當(dāng)做長(zhǎng)度固定不變的CHAR類(lèi)型,所以可以使用。 一般在以下幾種情況下使用Memory存儲(chǔ)引擎: 1).目標(biāo)數(shù)據(jù)較小,而且被非常頻繁地訪問(wèn)。在內(nèi)存中存放數(shù)據(jù),所以會(huì)造成內(nèi)存的使用,可以通過(guò)參數(shù)max_heap_table_size控制Memory表的大小,設(shè)置此參數(shù),就可以限制Memory表的最大大小。 2).如果數(shù)據(jù)是臨時(shí)的,而且要求必須立即可用,那么就可以存放在內(nèi)存表中。 3).存儲(chǔ)在Memory表中的數(shù)據(jù)如果突然丟失,不會(huì)對(duì)應(yīng)用服務(wù)產(chǎn)生實(shí)質(zhì)的負(fù)面影響。 Memory同時(shí)支持散列索引和B樹(shù)索引。B樹(shù)索引的優(yōu)于散列索引的是,可以使用部分查詢(xún)和通配查詢(xún),也可以使用<、>和>=等操作符方便數(shù)據(jù)挖掘。散列索引進(jìn)行“相等比較”非??欤菍?duì)“范圍比較”的速度就慢多了,因此散列索引值適合使用在=和<>的操作符中,不適合在<或>操作符中,也同樣不適合用在order by子句中。
memory使用存在內(nèi)存中的內(nèi)容來(lái)創(chuàng)建表。每個(gè)MEMORY表實(shí)際對(duì)應(yīng)一個(gè)磁盤(pán)文件,格式是.frm。MEMORY類(lèi)型的表訪問(wèn)非???,因?yàn)樗綌?shù)據(jù)是放在內(nèi)存中的,并且默認(rèn)使用HASH索引,但是一旦服務(wù)器關(guān)閉,表中的數(shù)據(jù)就會(huì)丟失,但表還會(huì)繼續(xù)存在。 默認(rèn)情況下,memory數(shù)據(jù)表使用散列索引,利用這種索引進(jìn)行“相等比較”非常快,但是對(duì)“范圍比較”的速度就慢多了。因此,散列索引值適合使用在"="和"<=>"的操作符中,不適合使用在"<"或">"操作符中,也同樣不適合用在order by字句里。如果確實(shí)要使用"<"或">"或betwen操作符,可以使用btree索引來(lái)加快速度。 存儲(chǔ)在MEMORY數(shù)據(jù)表里的數(shù)據(jù)行使用的是長(zhǎng)度不變的格式,因此加快處理速度,這意味著不能使用BLOB和TEXT這樣的長(zhǎng)度可變的數(shù)據(jù)類(lèi)型。VARCHAR是一種長(zhǎng)度可變的類(lèi)型,但因?yàn)樗贛ySQL內(nèi)部當(dāng)作長(zhǎng)度固定不變的CHAR類(lèi)型,所以可以使用。 create table tab_memory engine=memory select id,name,age,addr from man order by id; 使用USING HASH/BTREE來(lái)指定特定到索引。 create index mem_hash using hash on tab_memory(city_id); 在啟動(dòng)MySQL服務(wù)的時(shí)候使用--init-file選項(xiàng),把insert into...select或load data infile 這樣的語(yǔ)句放入到這個(gè)文件中,就可以在服務(wù)啟動(dòng)時(shí)從持久穩(wěn)固的數(shù)據(jù)源中裝載表。 服務(wù)器需要足夠的內(nèi)存來(lái)維持所在的在同一時(shí)間使用的MEMORY表,當(dāng)不再使用MEMORY表時(shí),要釋放MEMORY表所占用的內(nèi)存,應(yīng)該執(zhí)行DELETE FROM或truncate table或者刪除整個(gè)表。 每個(gè)MEMORY表中放置到數(shù)據(jù)量的大小,受到max_heap_table_size系統(tǒng)變量的約束,這個(gè)系統(tǒng)變量的初始值是16M,同時(shí)在創(chuàng)建MEMORY表時(shí)可以使用MAX_ROWS子句來(lái)指定表中的最大行數(shù)。
MERGE MERGE存儲(chǔ)引擎是一組MyISAM表的組合,這些MyISAM表結(jié)構(gòu)必須完全相同,盡管其使用不如其它引擎突出,但是在某些情況下非常有用。說(shuō)白了,Merge表就是幾個(gè)相同MyISAM表的聚合器;Merge表中并沒(méi)有數(shù)據(jù),對(duì)Merge類(lèi)型的表可以進(jìn)行查詢(xún)、更新、刪除操作,這些操作實(shí)際上是對(duì)內(nèi)部的MyISAM表進(jìn)行操作。Merge存儲(chǔ)引擎的使用場(chǎng)景。 對(duì)于服務(wù)器日志這種信息,一般常用的存儲(chǔ)策略是將數(shù)據(jù)分成很多表,每個(gè)名稱(chēng)與特定的時(shí)間端相關(guān)。例如:可以用12個(gè)相同的表來(lái)存儲(chǔ)服務(wù)器日志數(shù)據(jù),每個(gè)表用對(duì)應(yīng)各個(gè)月份的名字來(lái)命名。當(dāng)有必要基于所有12個(gè)日志表的數(shù)據(jù)來(lái)生成報(bào)表,這意味著需要編寫(xiě)并更新多表查詢(xún),以反映這些表中的信息。與其編寫(xiě)這些可能出現(xiàn)錯(cuò)誤的查詢(xún),不如將這些表合并起來(lái)使用一條查詢(xún),之后再刪除Merge表,而不影響原來(lái)的數(shù)據(jù),刪除Merge表只是刪除Merge表的定義,對(duì)內(nèi)部的表沒(méi)有任何影響。 對(duì)于對(duì)MERGE表進(jìn)行的插入操作,是根據(jù)INSERT_METHOD子句定義的插入的表,可以有3個(gè)不同的值,first和last值使得插入操作被相應(yīng)的作用在第一個(gè)或最后一個(gè)表上,不定義這個(gè)子句或者為NO,表示不能對(duì)這個(gè)MERGE表進(jìn)行插入操作??梢詫?duì)MERGE表進(jìn)行drop操作,這個(gè)操作只是刪除MERGE表的定義,對(duì)內(nèi)部的表沒(méi)有任何影響。MERGE在磁盤(pán)上保留2個(gè)以MERGE表名開(kāi)頭文件:.frm文件存儲(chǔ)表的定義;.MRG文件包含組合表的信息,包括MERGE表由哪些表組成,插入數(shù)據(jù)時(shí)的依據(jù)??梢酝ㄟ^(guò)修改.MRG文件來(lái)修改MERGE表,但是修改后要通過(guò)flush table刷新。 create table man_all(id int,name varchar(20))engine=merge union=(man1,man2) insert_methos=last;
ARCHIVE Archive是歸檔的意思,在歸檔之后很多的高級(jí)功能就不再支持了,僅僅支持最基本的插入和查詢(xún)兩種功能。在MySQL 5.5版以前,Archive是不支持索引,但是在MySQL 5.5以后的版本中就開(kāi)始支持索引了。Archive擁有很好的壓縮機(jī)制,它使用zlib壓縮庫(kù),在記錄被請(qǐng)求時(shí)會(huì)實(shí)時(shí)壓縮,所以它經(jīng)常被用來(lái)當(dāng)做倉(cāng)庫(kù)使用。
|