上接《MySQL的3节点主从同步复制方案》
六.测试主从同步复制
现在我们来测试下,mysql的主从同步。
1.在主库插入测试数据
先在主库MasterA 上给m_s_rep数据库插入和删除2条数据。如下:
2.登录MasterB查看数据同步结果
3.登录Slave节点查看数据同步结果
通过上图,我们可以看到从库slave中的m_s_rep数据库和主库master中的m_s_rep数据库,数据是一致。说明主从已经同步复制已经成功。
4.现在我们来查看MasterA的mysql-bin文件的信息
5.现在我们再来查看MasterB的master.info文件的信息
6.现在我们再来查看Slave的master.info文件的信息
7.主从同步复制测试结束
通过测试,主库的binlog文件的pos位置节点与master.info对比。我们可以发现master.info文件中确实记录了mysql在同步复制时的binlog文件名以及pos位置节点。
七.测试互为主从同步复制
1.在MasterB的m_s_rep库中创建第二张表m_s_rep
我们来创建一张测试用表,来测试MasterA和MasterB互为主从同步测试。
2.查看MasterA的m_s_rep库中是否已经同步m_s_table表
3.查看Slave的m_s_rep库中是否已经同步m_s_table表
4.互为主从同步复制测试结束
至此,本方案已经全部部署测试完成,我想:“MasterA和MasterB无论那个节点宕机,仍能保证生产环境中主从的关系”。无论节点状态如何,为确保数据的一致性,MasterA和MasterB当且仅当只能有一个节点可写。其他节点可通过锁表来禁止往里写入数据,以避免出现脑裂。
思考:
如果在生产环境中,随着业务的增加,不同业务部门的数据库也在增加。那么怎么同步复制新的数据库呢?步骤如下:
MasterA和MasterB主库锁表à修改所有节点中的my.cnf配置文件,增加需要同步复制的数据库名à重启mysql服务à导出MasterA中主库数据库à仅仅在从库创建数据库名à导入MasterA主库的数据库文件到从库中à MasterA和MasterB主库解锁à自此,主库发生变化的数据也会自动同步复制到从库中。
参考博客:http://www.ilanni.com/?p=7992
from:https://blog.51cto.com/zkhylt/1775420
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· 单线程的Redis速度为什么快?
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 展开说说关于C#中ORM框架的用法!