Percona_XtraDB_Cluster_运维实践

Percona_XtraDB_Cluster_运维实践

ID:43485595

大小:1.37 MB

页数:28页

时间:2019-10-08

Percona_XtraDB_Cluster_运维实践_第1页
Percona_XtraDB_Cluster_运维实践_第2页
Percona_XtraDB_Cluster_运维实践_第3页
Percona_XtraDB_Cluster_运维实践_第4页
Percona_XtraDB_Cluster_运维实践_第5页
资源描述:

《Percona_XtraDB_Cluster_运维实践》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、PerconaPerconaxTRAdbxTRAdbcLUSERTcLUSERT运维实践运维实践Sohu徐国强XtraDBCluster特征1,同步复制复制动作是同步的,实际上数据并不是完全同步的,数据的同步存在一个间隙,只能称为虚同步。2,多master每一个节点都可以作为master,并将改动发送到其他节点。3,并行复制复制可以指定多个线程,并且复制是以事务为单位的,多个事务同时并行推送到所有集群节点。4,新节点自动部署只需要修改合适的参数,启动新节点的mysqld进程并成功加入集群后,数据完全自动的部署到新节点。5,数据一致性严格

2、的数据一致6,高可用性单点故障不影响可用性7,与传统mysql几乎完全兼容数据可以直接使用不需要任何转换,程序上也仅仅事务处理机制有变化,并且还可以完全规避2XtraDBCluster缺陷�1,默认工作在InnoDB引擎表上,因此对其他引擎的表支持的很差,甚至根本不支持,所以不要考虑在PXC上使用MyISAM或者其他的存储引擎�2,所有的表都必须要有主键�3,不支持的操作:LOCK/UNLOCKTABLES、lockfunctions(GET_LOCK(),RELEASE_LOCK()...)�4,querylog日志不能存放在表里面,

3、必须存放在文件�6,由于集群是基于乐观的并发控制(optimisticconcurrencycontrol),事务冲突的情况可能会在commit阶段发生�7,不支持XA事务,因为XA事务有可能在commit的时候出现异常发生rollback�8,整个集群的吞吐量/性能取决于最慢的那个节点(成本)�9,最小建议的集群节点数为3,否则很容易产生脑裂(成本)�10,加入新节点,开销大,有多少个节点就有多少重复的数据�11,不能有效的解决写缩放问题,所有的写操作都将发生在所有节点上XtraDBCluster性能--测试环境�1,PXC和Mast

4、er-Slave均为3个节点�2,SAS、SSD磁盘�3,PerconaXtraDBCluster5.5.28�4,PerconaSever5.5�5,OracleLinux6.3�2.6.39-200.24.1.el6uek.x86_64�6,DELLR710�CPUXeon5620*2�Memory64GB�7,Sysbench�8,haproxy和LVSXtraDBCluster性能—LVS只读测试可以看到随着并发线程数的增加,三节点的只读操作:1,在使用SSD磁盘的情况下,PXC与MS结构的查询性能基本一致,偶有误差也基本保持在

5、一个数量级上;SAS盘时,PXC性能会弱小一些2,从响应时间上来看,也差不多是这个情况3,但是在实际的应用中,如果达到了100个实时活动的连接,那么系统就已经非常繁忙了,MasterSlave结构,如果有写入操作,那么一致性就很难保证XtraDBCluster性能—LVS单节点写测试PXC的写入性能是公开的表示了会比较差,这个差的比例约会低下1/4,但是如果使用了SSD磁盘,则会有较大的改观,但是依然会保持比较差的总体状况,具体原因后续会有分析:1,PXC整体上落后MS结构2,响应时间也是同样落后一些3,SSD磁盘会带来相当大的提升Xt

6、raDBCluster性能—业务模拟测试�1,同时启2个sysbench,一个只读,另一个只写�2,写请求只发送到某一个固定节点,读请求负载均衡到集群环境的所有节点�3,2个sysbench的读写请求数比例设置约为9:1,保证测试时间约等于或大于1小时�4,数据量为1.5亿�6,依次对pxc/ms,lvs/haproxy各种环境进行测试,共4项:pxc-ssd-lvs,pxc-ssd-haproxy,ms-ssd-lvs,ms-ssd-haproxy�7,ms测试导致主备不同步,暂时忽略其对测试的影响。需等待ms同步后再进行下一项测试�

7、8,分别对集群环境中存在单节点、2节点、3节点测试3组�9,每组测试5轮。每秒请求数计算:SUM(读请求数+写请求数)/SUM(读执行时间+写执行时间),GROUPBY测试项XtraDBCluster性能—业务模拟测试如果排除延迟问题,MS确实比PXC的性能更好(但是实际情况下,MS的延迟已经非常严重,测试了一小时,基本上延迟越来越大)基于Galera实现Percona的这个Cluster实际上就是基于Galera实现,添加了一些mysql的参数,并调用Galera的接口,这是整体的工作流程:1,客户端提交MySQL数据库访问请求2,通

8、过wsrepAPI调用Galera将数据变化复制到集群中其他节点数据复制流程(一)描述两个节点间的数据复制。要点:1,只有当发生Commit操作时,才发送数据验证请求到其他节点。2,传输/返回验证数据时间和

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。