PerconaXtraDBCluster的一些使用限制(PXC5.7)

Percona XtraDB Cluster有众多的优秀特性,使得MySQL集群得以轻松实现。但是不要忽略了它的一些限制。如果你无法接受,或者你的应用程序或数据库(比如使用了memory引擎)对限制无法做出调整,那PXC对你而言是不合适。限制有哪些呢,下文是其描述。

成都地区优秀IDC服务器托管提供商(创新互联).为客户提供专业的达州主机托管,四川各地服务器托管,达州主机托管、多线服务器托管.托管咨询专线:18980820575

1、存储引擎:

  基于PXC的复制仅适用于InnoDB存储引擎。 
  对其他存储引擎的表,包括mysql.*表之类的系统表,任何写入都不会被复制。 
  那创建用户那岂不是无法同步了?关于这个问题。对于基于DDL方式的语句还是被支持的。 
  DDL语句使用基于语句级别的方式来实现(即不使用row模式)。 
  对mysql.*表的所有已DDL方式的更改都将以语句级别式进行复制。 
  如:CREATE USER… DDL被复制(语句级) 
    INSERT INTO mysql.user… myisam存储引擎,不会被复制,因为非DDL语句 
    当然也可以配置wsrep_replicate_myisam参数实现(不建议使用)

2、不支持的查询:

  LOCK TABLES在多主模式中不支持UNLOCK TABLES以及LOCK TABLES 
  锁定功能,如GET_LOCK(),RELEASE_LOCK()等也不被支持

3、查询日志不能定向到表:

  如果启用查询日志记录,则必须将日志转发到文件 
  使用general_log和general_log_file选择查询日志记录和日志文件名称 
  log_output = file

4、最大事务大小:

  允许的最大事务大小由wsrep_max_ws_rows和wsrep_max_ws_size变量定义 
  LOAD DATA INFILE方式处理每10000行提交一次。对于大的事务将被分解众多小型事务

5、集群乐观并发控制:

  PXC集群使用乐观并发控制,事务发出COMMIT可能仍会在该阶段中止 
  可以有两个事务写入相同的行并在单独的Percona XtraDB集群节点中提交,并且只有其中一个可以成功提交。 
  失败的将被中止。对于集群级中止,Percona XtraDB集群返回死锁错误代码: 
    (Error: 1213 SQLSTATE: 40001 (ER_LOCK_DEADLOCK)).

6、由于可能的提交回滚,XA事务不受支持:
7、硬件配置短板限制:

  整个群集的写吞吐量受最弱节点的限制。如果一个节点变慢,整个集群变慢。 
  如果您对稳定的高性能有要求,那么它应该由相应的硬件支持。

8、建议的最小群集大小是3个节点。第三个节点可以是仲裁者。
9、InnoDB虚假更改功能不受支持。
10、enforce_storage_engine=InnoDB与wsrep_replicate_myisam=OFF(默认)不兼容 。
11、binlog_rows_query_log_events变量不受支持。
12、高负载时避免ALTER TABLE … IMPORT / EXPORT

  在集群模式下运行Percona XtraDB集群时,请避免ALTER TABLE … IMPORT / EXPORT工作负载。 
  如果未在所有节点上同步执行,则可能导致节点不一致。

参考链接: https://www.percona.com/doc/percona-xtradb-cluster/LATEST/limitation.html


本文标题:PerconaXtraDBCluster的一些使用限制(PXC5.7)
分享网址:http://scyanting.com/article/poipho.html