快速,持续,稳定,傻瓜式
支持Mysql,Sqlserver数据同步

[innodb数据库同步]工作中InnoDB引擎数据库主从复制同步心得

请联系QQ:1793040 索取软件

背景:

阅读新闻

[日期:2012-11-28] 来源:51cto
作者:抚琴煮酒
[字体:大 中 小]

近期将公司的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

linux

  • 1
  • 2
  • 下一页
MySQL Xtrabackup备份和恢复
TokuDB6.5与InnoDB(1.1.18)性能对比测试

相关资讯
InnoDB 主从复制
  • 深入理解MySQL数据库InnoDB存储引 (今 10:01)
  • MySQL内核InnoDB存储引擎详解 (01月15日)
  • MySQL引擎MyISAM和InnoDB区别详解 (04/24/2018 20:12:30)
  • InnoDB的锁机制深入理解 (03月09日)
  • MySQL存储引擎MyISAM与InnoDB (08/25/2018 17:00:00)
  • InnoDB二阶段日志提交机制 (01/08/2018 15:49:46)

本文评论
  查看全部评论 (0)

表情:表情
姓名:

字数



   
   

评论声明

  • 尊重网上道德,遵守中华人民共和国的各项有关法律法规
  • 承担一切因您的行为而直接或间接导致的民事或刑事法律责任
  • 本站管理人员有权保留或删除其管辖留言中的任意内容
  • 本站有权在网站内转载或引用您的评论
  • 参与本评论即表明您已经阅读并接受上述条款

最新资讯
  • 深入理解MySQL数据库InnoDB存储引擎
  • Java 国际化标准程序实现
  • Java各版本新特性总结
  • Java内存模型和Volatile
  • F2FS获得原生SWAP文件支持和其他改进
  • Java-IO 内存流和打印流
  • C#构造函数和析构函数
  • Linux用户和权限管理命令
  • Linux目录和文件查询命令
  • Linux的Shell编程-Shell内嵌的命令

相关推荐

咨询软件
 
QQ在线咨询
售前咨询热线
QQ1793040