Percona Xtradb Mysql Cluster学习(by quqi99)

作者：张华  发表于：2015-06-15
版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本版权声明

(http://blog.csdn.net/quqi99 )

Percona Xtradb Cluster是一个active/active mysql集群，其架构如下图所示：

每个节点都包含完整的数据副本，任何节点均可查询，通过组通信框架在集群节点间复制。推荐配置是至少3个节点，但也可以运行在2个节点上。
它这种集群和tomcat广播式的session复制差不多，它也是广播式的，写操作将发生在所有节点上，记得当年我在从事Java应用服务器中间件的研发时测出来的这种广播式的集群复制模式7个节点是一个临界点，多于7个节点由于广播数据巨大性能做急剧下降。

单机模式部署如下：

apt-get purge --auto-remove mysql*
apt-get update && apt-cache search percona
apt-get install percona-xtradb-cluster-server percona-xtradb-cluster-client
$ mysql -uroot -ppassword -hlocalhost

集体模式部署请参见下列链接：

https://www.percona.com/doc/percona-xtradb-cluster/5.5/howtos/ubuntu_howto.html
http://blogs.reliablepenguin.com/2013/09/02/percona-xtradb-cluster-on-ubuntu
http://www.linuxidc.com/Linux/2014-10/108378.htm

需要注意的是：

以 Nova 为例，Mysql 使用 Write-intent locks 机制来保证多个连接同时访问数据库中的同一条记录时的互斥。以给新建虚机分配 IP 地址为例，该锁机制保证了一个 IP 不会分给两个用户。
使用 Mysql Galera 时，所有节点都是 Master 节点，都可以接受服务，但是这里有个问题，Mysql Galera 不会复制 Write-intent locks。两个用户可以在不同节点上获取到同一条记录，但是只有一个能够修改成功，另一个会得到一个 Deadlock 错误。对于这种情况，Nova 使用 retry_on_deadlock 机制来重试，比如@oslo_db_api.wrap_db_retry(max_retries=5, retry_on_deadlock=True)。