PXC介绍专用课件.pptVIP

投票选举 * 4个节点当发生网络异常情况下,左边右边两个节点2/4不大于50%，不能形成主分量，隔离的网络两边都为非主分量，不可以访问 三节点是最推荐的一个设置 * 投票选举原理 多IDC部署 * 无法保证DC1掉电，系统可用 可以保证任意一个DC异常系统可用 可以保证任意一个DC单节点宕机后，本DC令一个节点可用，并且节点恢复可以从本IDC进行。 注意： 多DataCenter部署节点时候，要保证IDC间网络的延时。伴随着延时的增加集群整体的吞吐量会下降，单次事务的响应时间会增加。 当采用DNS做数据中心切换的情况下，多IDC 部署时，当出现一个DataCenter异常的情况下，可以通过更改DNS等方式指向其他数据中心，由于DNS存在缓存刷新时间，即便是存在对异常数据中心的操作也可以正常同步到其他数据中心，保证数据的可靠性。 * 多IDC部署 PXC恢复误操作 log-bin=on log-slave-updates=on 这2个一定要在节点上打开，因为只要有binlog在，加上全备和增备，可以轻松的进行基于时间点的恢复. * PXC恢复误操作 * 查找truncate 语句的position 通过 xtrabackup进行恢复 PXC恢复误操作 * 恢复表在truncate前为止 恢复表之后，导出，导入到线上。 PXC挂异步slave 操作 * 通常会有在一个PXC集群外挂slave，用于测试或者统计用: 异步slave连接到PXC集群种连接A,当A发生宕机后，异步slave需要从新找点，连接B。 PXC挂异步slave 操作 * 当A节点宕机后，冒然连接B节点是完全不正确的，这个时候需要找点操作 PXC挂异步slave 操作 * 找到异步slave的relay log中最终的Xid 找到B节点中与之对应的Xid，通过Xid找到相关的position PXC挂异步slave 操作 * 停掉slave复制，重新找点，连接到新的master上 PXC挂异步slave 操作 基于5.6的gtid，轻松进行异步slave找点操作。 在PXC集群各个节点上打开gtid server_id=1 log-bin=pxc1-bin log_slave_updates enforce_gtid_consistency=1 gtid_mode=on 如果集群种任意一个节点发生宕机后，外挂slave都可以轻松切换到其他的PXC节点。 CHANGE MASTER TO MASTER_HOST =‘new_master_ip,MASTER_USER =rep_user,MASTER_PASSWORD = ‘rep_password,MASTER_AUTO_POSITION =1; * 尽量控制单个事务的大小 一定要控制单个事务的大小，因为当遇到大的dml操作时候，很可能导致PXC集群节点异常。 任何一种数据库对于大事务操作都应该避免。 做法：把大事务操作拆分成小事务。 * Haproxy设置 * clustercheck HTTP/1.1 200 OK Content-Type: text/plain Connection: close Content-Length: 40 Percona XtraDB Cluster Node is synced. mysqlchk 9200/tcp # mysqlchk tail /etc/services * Haproxy设置 演示 demo * 问答 * * * 注意： 关闭的时候对集群没有任何影响，如果一旦关闭的节点加入的时候，集群的吞吐量会受到一定影响，通常在秒级别内，吞吐量会减半 * * * 乐观锁 乐观锁原理 * 乐观锁原理 * 乐观锁原理 对于多点写入需要应用程序处理这些异常 建议生产环境下使用单点写入，防止这种冲突。 PXC无法解决热点行更新问题 * * 写入性能图示 * 自动添加节点需注意单个DB的大小 建议通过备份+binlog建立大的DB节点，减少抖动 PXC 真的就那么完美么？ PXC 用前一定要规避它的风险，了解它的各个原理，充分做好测试，否则的话，后果很严重…. 如果充分了解它的原理后，用起来还是很不错的。 正所谓：知己知彼，百战不殆！ * * PXC 运维技巧 迁移到PXC拓扑 安全备份，躲避流控 节点添加SST原理 节点添加IST原理 适度备份减少节点SST Gcache设置注意事项 宕机节点修复-选