MySQL中MERGE表的優(yōu)缺點有哪些

這篇文章將為大家詳細講解有關MySQL中MERGE表的優(yōu)缺點有哪些，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

MERGE表的優(yōu)點：
1.簡單管理日志表，比如你可以把不同的月份的數(shù)據(jù)放在不同的表上，使用myisampacl壓縮。然后創(chuàng)建MERGE來使用它們。
2.獲取更快的速度。你可以根據(jù)一些關鍵點拆分大的只讀表，然后分開的多個表中，并且位于不同的磁盤。MERGE表結(jié)構可以比使用單個大表速度更快。
3.執(zhí)行查詢更加高效。如果你準確的知道你要獲取什么，你可以在底層表執(zhí)行查詢，然后多其他表使用merge。在一組表上可以有很多個merge。
4.修復更加有效。修復小表比修復單個達標速度更快。
5.及時的把表映射到一個。MERGE表不需要維護所有因為索引屬于個別的表。MERGE可以快速的創(chuàng)建或者重新映射。
6.如果有一組表，你先要創(chuàng)建一個大表，現(xiàn)在可以使用MERGE表來代替。
7.可以超過系統(tǒng)限制的文件大小，因為MERGE由多個表組成。
8.你可以創(chuàng)建一個別名，通過映射到MERGE表

MERGE的缺點：
1.只能使用MyISAM作為底層表。
2.一些MyISAM表的特性不可用。比如不能創(chuàng)建全文索引。
3.如果MERGE表不是臨時的，所有低沉MyISAM表必須是非臨時的。如果MERGE表是臨時的，底層表可以是臨時的也可以不是臨時的。
4.MERGE表比MyISAM的文件描述多。如果10個客戶端使用MERGE表映射了10個MyISAM表。服務使用(10*10)+10個文件描述。
5.索引讀取很慢。當你讀取索引，MERGE存儲引擎需要在所有底層表上執(zhí)行一個讀來檢查那個最匹配給定的index值。為了讀取下一個值，MERGE存儲引擎需要查詢read buffer來查找下一個值。MERGE索引在eq_ref上很慢，但是在ref上并不慢。

關于“MySQL中MERGE表的優(yōu)缺點有哪些”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。