如何实现MySQL Replication 优化

以下的文章主要讨论的是MySQLReplication 优化,我们大家都知道MySQLReplication的实际讨论还是占为大多数的,很多内容的实用性还是很强的,于是就总结了一下,希望会给你带来一些帮助在此方面。

本人英文水平水平有限,难免有翻译的不对的地方,有疑问欢迎讨论:)

 

 

MySQL Replication延时的类型

 

1. 固定性的延时

Slave的数据持续性的落后于Master并且一直无法与Master的数据保持一致。

 

Slave的数据经常在白天落后于Master,而在晚上可以赶上并与Master的记录保持一致。

 

这种类型的延时通常是由于Slave服务器的负载已经到达了上限或在白天访问量大的时候到达上限造成的。

 

2. 非固定性的延时

Slave的数据只是短暂的落后于Master,可在短时间内恢复

 

这类型的延时通常与批量任务和报表有关,效率差的查询也会导致这类延时

 

MySQL Replication的限制

MySQL的Replication是单线程的,意味着只能有效的使用一个CPU内核和一个磁盘,一条复杂的查询或者事务都导致进程被阻塞,不过现在针对5.1版本的多线程Replication补,还是pre版,有很多限制,感兴趣的可以去看看。

Replication的容量

1. 理解什么是Replication的容量

可以将Replication暂停一个小时,重新启动Replication后,观察Slave的数据多久可以与Master一致。从Replication重新启动到和Master数据一致所花费的时间与Replication暂停的时间的比值就是Replication的容量。

 

2. 建议保持Replication的容量在3倍以上,即延迟一个小时的数据,Slave只需要20分钟就能与Master的数据一致。

MySQL Replication的优化

1. 5.0的MySQL中避免类似以下的更新语句

 

  1. INSERT … SELECT <complex query> 
  2. UPDATE .... WHERE <complex clause> 

 

 

复杂的查询会导致Replication线程阻塞。如果是insert或update与select结合的语句,可以讲select单独执行并保存在临时表中,然后再执行insert或者update。

 

如果使用的是5.1的MySQL,新功能中的行级Replication(RBR)可以解决这个问题。RBR可以将在Master上通过复杂查询后更新的结果直接传给Slave,Slave可以直接将结果更新到数据库中。

 

2. 避免大的事务

太大的事务会造成Replication长时间阻塞,数据会严重滞后于Master。

 

Slave服务器的硬件选择

更快的CPU内核,对于单线程的Replication多核CPU是没有任何优势的。

更高速的硬盘,包括更高的转速和更好的高速缓存命中率,如果有钱的话上SSD吧

 

主从结构的扩展性问题

1. 如何降低写操作的频率

Master的写操作会扩散到所有的Slave上,所以高频率的写操作会降低Slave的读操作效率。

 

至少保持一台Slave做全库同步,其他的Slave可以只做部分表的同步。当然,这需要web应用程序的配合来分配哪些查询读哪些Slave。

 

将一些更新操作放到memcached中,例如session和计数器。

 

Slave使用myisam引擎

 

将一些写入量很大的更新操作直接在slave上执行,而不通过Replication。

 

2. 如何更有效的利用Slave的硬件资源

使用分区

 

有选择的对表进行同步

 

在Slave上对数据进行归档。

 

Session的持久化

 

为不同的应用服务器分配不同的Slave进行读操作。

 

或者根据查询类型的不同来分配不同的Slave。

 

3. 如何使你的程序最大化的利用Slave

将对数据更新不敏感的查询放到Slave上,而需要实时数据的查询则放到Master。

 

通过session的持久化,让做了修改的用户首先看到修改的内容,其他的用户可以等待Slave更新后再查看新内容。

 

对于某些数据,可以用memcached来存放数据的版本号,读Slave的程序可以先对比Slave的数据和memcached数据的版本,如果不一致则去读master。用户和博客类的信息可以用这种方法。

 

在查询前可以通过SHOW SLAVE STATUS检测Slave的状态,然后根据返回的结果进行服务器的选择。 以上的相关内容就是对MySQLReplication的介绍,望你能有所收获。

【编辑推荐】

  1. MySQL连接字符串的经验总结
  2. 安装MySQL在linux as3之下
  3. MySQL配置SSL的实际操作流程
  4. MySQL忘记密码的正确解决方法
  5. MySQL 基本命令的用法与注意事项

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/288997.html<

(0)
管理的头像管理
上一篇2025-05-16 14:18
下一篇 2025-05-16 14:19

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注