Percona XtraDB Cluster有眾多的優(yōu)秀特性,使得MySQL集群得以輕松實現(xiàn)。但是不要忽略了它的一些限制。如果你無法接受,或者你的應用程序或數(shù)據庫(比如使用了memory引擎)對限制無法做出調整,那PXC對你而言是不合適。限制有哪些呢,下文是其描述。
成都地區(qū)優(yōu)秀IDC服務器托管提供商(創(chuàng)新互聯(lián)).為客戶提供專業(yè)的達州主機托管,四川各地服務器托管,達州主機托管、多線服務器托管.托管咨詢專線:18980820575
??基于PXC的復制僅適用于InnoDB存儲引擎。
??對其他存儲引擎的表,包括mysql.*表之類的系統(tǒng)表,任何寫入都不會被復制。
??那創(chuàng)建用戶那豈不是無法同步了?關于這個問題。對于基于DDL方式的語句還是被支持的。
??DDL語句使用基于語句級別的方式來實現(xiàn)(即不使用row模式)。
??對mysql.*表的所有已DDL方式的更改都將以語句級別式進行復制。
??如:CREATE USER… DDL被復制(語句級)
????INSERT INTO mysql.user… myisam存儲引擎,不會被復制,因為非DDL語句
????當然也可以配置wsrep_replicate_myisam參數(shù)實現(xiàn)(不建議使用)
??LOCK TABLES在多主模式中不支持UNLOCK TABLES以及LOCK TABLES
??鎖定功能,如GET_LOCK(),RELEASE_LOCK()等也不被支持
??如果啟用查詢日志記錄,則必須將日志轉發(fā)到文件
??使用general_log和general_log_file選擇查詢日志記錄和日志文件名稱
??log_output = file
??允許的最大事務大小由wsrep_max_ws_rows和wsrep_max_ws_size變量定義
??LOAD DATA INFILE方式處理每10000行提交一次。對于大的事務將被分解眾多小型事務
??PXC集群使用樂觀并發(fā)控制,事務發(fā)出COMMIT可能仍會在該階段中止
??可以有兩個事務寫入相同的行并在單獨的Percona XtraDB集群節(jié)點中提交,并且只有其中一個可以成功提交。
??失敗的將被中止。對于集群級中止,Percona XtraDB集群返回死鎖錯誤代碼:
????(Error: 1213 SQLSTATE: 40001 (ER_LOCK_DEADLOCK)).
??整個群集的寫吞吐量受最弱節(jié)點的限制。如果一個節(jié)點變慢,整個集群變慢。
??如果您對穩(wěn)定的高性能有要求,那么它應該由相應的硬件支持。
??在集群模式下運行Percona XtraDB集群時,請避免ALTER TABLE … IMPORT / EXPORT工作負載。
??如果未在所有節(jié)點上同步執(zhí)行,則可能導致節(jié)點不一致。
參考鏈接: https://www.percona.com/doc/percona-xtradb-cluster/LATEST/limitation.html