Master—Slave模式

最新推荐文章于 2024-07-12 21:19:52 发布

weixin_34307464

最新推荐文章于 2024-07-12 21:19:52 发布

阅读量505

点赞数

CC 4.0 BY-SA版权

文章标签： python 数据库 java

原文链接：https://my.oschina.net/githubhty/blog/852500

本文详细介绍了数据库Master-Slave架构的应用场景和技术特点，包括如何实现读写分离、数据同步过程及其实现透明性的方法。此外还讨论了Memcached与Redis在集群部署上的区别。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

2019独角兽企业重金招聘Python工程师标准>>>

一般来说用在数据库集群比较多，主要是实现读写分离。
对于数据库应用而言基本上是读大于写，因此由 Master 服务器负责增、删、改操作，由 Slave 负责读操作（也就是 SELECT），Master 一般只有一台，而 Slave 可以有好多台。Slave 与 Master 之间会有心跳数据包（一般数据库服务器会提供配置）。当 Master 有数据写入时 Master 会将数据同步至各 Slave 上。
如果数据库采用 Master-Slave 的话，那对于应用程序来说是透明的，也就是说，不管用不用 Master-Slave，我们的代码不需要进行修改。
对于 MySQL 而言，要实现透明的 Master-Slave 需要借助于第三方工具，比如：MySQL Proxy，Ameba for MySQL 之类的中间代理工具。

Master-Slave 的话一般在大型的互联网应用比较常见，对于读和写操作的频率基本上一样的企业级应用就比较少了。

注意：Master—Slave模式是针对数据库而言的，Master-Slave 跟 Java 没有丝毫的关系！

Memcached完全基于分布式集群，而Redis是Master-Slave，如果想把Reids，做成集群模式，无外乎多做几套Master-Slave，每套Master-Slave完成各自的容灾处理，通过Client工具，完成一致性哈希。

转载于:https://my.oschina.net/githubhty/blog/852500