InnoDB引擎数据库主从复制同步新的分享
更新时间：2012年11月28日 09:06:34 作者：
近期将公司的MySQL架构升级了，由原先的一主多从换成了DRBD+Heartbeat双主多从,所以这里也将其心得归纳总结了一下
近期将公司的MySQL架构升级了，由原先的一主多从换成了DRBD+Heartbeat双主多从，正好手上有一个电子商务网站新项目也要上线了，用的是DRBD+Heartbeat双主一从，由于此过程还是有别于以前的MyISAM引擎的，所以这里也将其心得归纳总结了一下：
1）MySQL的replication过程是一个异步同步的过程，并非完全的主从同步，所以同步的过程中是有延迟的，如果做了读写分离的业务的话，建议也要监控此延迟时间；
2）MySQL的master与slave机器记得server-id要保持不一致，如果一样的话，replication过程中会出现如下报错:
Fatal error: The slave I/O thread stops because master and slavehave equal MySQL server ids; these ids must be different for replication to work(or the --replicate-same-server-id option must be used on slave but this doesnot always make sense; please check the manual before using it).
这个问题很好处理，即将slave机的server-id修改成跟master机器不一致即可。
3）我以前的一个误区就是，slave机器是用自己的二进制日志来完成replication过程的，其实不是这样的，根据复制的工作原理：slave服务器是copy主服务器的二进制日志到自己的中继日志，即relay-log日志（即centos3-relay-bin.000002这种名字的）中，然后再把更新应用用到自己的数据库上，所以slave机器是不需要开启二进制日志的，这样过程一样会成功的；除非是准备做主主架构，这才需要slave机器开启二进制日志，这个问题一直在导着我，我以一直以为slave机器搭建replication环境时是一定要开启二进制的，
4）在master机器上授权时，尽量只给某一个或某几个固定机器权限，让它们只有replication slav，replication client权限，尽量不要给grant权限；另外，虽然数据库我们一般是通过内网操作，但越是在在内网对MySQL数据库进行授权操作，越是要注意安全；
5）replication搭建过程按照正常流程走的话，一般很容易实施成功，如果出错的话，多检查下网络环境、权限问题，一般来说整个搭建过程应该还是会比较顺利的。
在数据库设计初期，我已经将此电子商务的数据库引擎定义为InnoDB，除了数据库中原有的系统表之外，其它表全部由MyISAM转成了InnoDB，原因有二：
1）电子商务业务会涉及到交易付款，在这种基本OLTP的应用中，InnoDB应该作为核心应用表的首选存储引擎；
2）DRBD系统重启时的过程会比较缓慢，会频繁的读表，如果表引擎为MyISAM的话极有可能出现损坏情况，为了造成不必要的问题，我将数据库的表引擎由MyISAM均转成了InnoDB引擎的表。
DRBD+Heartbeat+MySQL参考以前的工作文档，搭建的比较顺利，就是在搭建replication环境时遇到了1062报错，详细过程如下：
初期参考MySQL手册操作，取master机器的快照备份，用的是--single-transaction选项，然后同步过程频繁1062报错，报错日志如下：
Last_SQL_Error: Error 'Duplicate entry 'd36ad91bff36308de540bbd9ae6f4279' for key 'PRIMARY'' on query. Default database: 'myproject'. Query: 'INSERT INTO `lee_sessions` (`session_id`, `ip_address`, `user_agent`, `last_activity`, `user_data`) VALUES ('d36ad91bff36308de540bbd9ae6f4279', '180.153.201.218', 'Mozilla/4.0', 1353394206, '')'
后来改变思路，用--master-data选项来取主master快照备份，命令如下所示：
mysqldump -uroot --quick --flush-logs --master-data=1 -p myproject > myproject.sql
1）MySQL的replication过程是一个异步同步的过程，并非完全的主从同步，所以同步的过程中是有延迟的，如果做了读写分离的业务的话，建议也要监控此延迟时间；
2）MySQL的master与slave机器记得server-id要保持不一致，如果一样的话，replication过程中会出现如下报错:
Fatal error: The slave I/O thread stops because master and slavehave equal MySQL server ids; these ids must be different for replication to work(or the --replicate-same-server-id option must be used on slave but this doesnot always make sense; please check the manual before using it).
这个问题很好处理，即将slave机的server-id修改成跟master机器不一致即可。
3）我以前的一个误区就是，slave机器是用自己的二进制日志来完成replication过程的，其实不是这样的，根据复制的工作原理：slave服务器是copy主服务器的二进制日志到自己的中继日志，即relay-log日志（即centos3-relay-bin.000002这种名字的）中，然后再把更新应用用到自己的数据库上，所以slave机器是不需要开启二进制日志的，这样过程一样会成功的；除非是准备做主主架构，这才需要slave机器开启二进制日志，这个问题一直在导着我，我以一直以为slave机器搭建replication环境时是一定要开启二进制的，
4）在master机器上授权时，尽量只给某一个或某几个固定机器权限，让它们只有replication slav，replication client权限，尽量不要给grant权限；另外，虽然数据库我们一般是通过内网操作，但越是在在内网对MySQL数据库进行授权操作，越是要注意安全；
5）replication搭建过程按照正常流程走的话，一般很容易实施成功，如果出错的话，多检查下网络环境、权限问题，一般来说整个搭建过程应该还是会比较顺利的。
在数据库设计初期，我已经将此电子商务的数据库引擎定义为InnoDB，除了数据库中原有的系统表之外，其它表全部由MyISAM转成了InnoDB，原因有二：
1）电子商务业务会涉及到交易付款，在这种基本OLTP的应用中，InnoDB应该作为核心应用表的首选存储引擎；
2）DRBD系统重启时的过程会比较缓慢，会频繁的读表，如果表引擎为MyISAM的话极有可能出现损坏情况，为了造成不必要的问题，我将数据库的表引擎由MyISAM均转成了InnoDB引擎的表。
DRBD+Heartbeat+MySQL参考以前的工作文档，搭建的比较顺利，就是在搭建replication环境时遇到了1062报错，详细过程如下：
初期参考MySQL手册操作，取master机器的快照备份，用的是--single-transaction选项，然后同步过程频繁1062报错，报错日志如下：
Last_SQL_Error: Error 'Duplicate entry 'd36ad91bff36308de540bbd9ae6f4279' for key 'PRIMARY'' on query. Default database: 'myproject'. Query: 'INSERT INTO `lee_sessions` (`session_id`, `ip_address`, `user_agent`, `last_activity`, `user_data`) VALUES ('d36ad91bff36308de540bbd9ae6f4279', '180.153.201.218', 'Mozilla/4.0', 1353394206, '')'
后来改变思路，用--master-data选项来取主master快照备份，命令如下所示：
mysqldump -uroot --quick --flush-logs --master-data=1 -p myproject > myproject.sql
相关文章
这篇文章主要介绍了通过实例判断mysql update是否会锁表,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下2020-09-09
在MySQL中,约束用于定义表的规则和限制,确保数据的准确性和可靠性,主要类型包括NOT NULL、DEFAULT、PRIMARY KEY、AUTO_INCREMENT、UNIQUE KEY、FOREIGN KEY、CHECK和INDEX等,NOT NULL约束确保列不能存储NULL值；DEFAULT设置默认值2024-09-09
这篇文章主要给大家介绍了关于MySQL时间设置注意事项的相关资料，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2021-05-05
本文主要介绍了MySQL字段为 NULL的5大坑，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧2023-04-04
这篇文章主要介绍了MySQL之union和union all的使用及区别说明,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教2024-04-04
这篇文章主要为大家详细介绍了mysql 5.7.27 安装配置方法图文教程，文中安装步骤介绍的非常详细，具有一定的参考价值，感兴趣的小伙伴们可以参考一下2019-10-10
MyCat是一个开源的分布式数据库系统,是一个实现了MySQL协议的服务器,前端用户可以把它看作是一个数据库代理,用MySQL客户端工具和命令行访问,本文给大家介绍了使用Mycat-eye管理Mycat数据库服务的操作,需要的朋友可以参考下2024-04-04
今天小编就为大家分享一篇关于Mysql Explain命令的使用与分析，小编觉得内容挺不错的，现在分享给大家，具有很好的参考价值，需要的朋友一起跟随小编来看看吧2019-03-03
在同一台服务器中实现同时安装mysql5.7和mysql8两个数据库
本文指导您在已安装并运行的MySQL 5.7版本基础上,配置并安装MySQL 8.0版本,主要步骤包括关闭MySQL 5.7服务、修改配置文件路径、解压缩安装包、更改文件权限、初始化MySQL 8.0等,安装完成后,通过启动服务和本地连接数据库来验证安装2024-12-12
利用tcpdump对mysql进行抓包操作,命令简单，非常不错，具有参考借鉴价值，需要的朋友参考下吧2016-12-12
最新评论