Mysql入门MySQL数据库InnoDB引擎主从复制同步经验总结

概述介绍《Mysql入门MySQL数据库InnoDB引擎主从复制同步经验总结》开发教程，希望对您有用。

《MysqL入门MysqL数据库InnoDB引擎主从复制同步经验总结》要点：
本文介绍了MysqL入门MysqL数据库InnoDB引擎主从复制同步经验总结，希望对您有用。如果有疑问，可以联系我们。

近期将公司的MysqL架构升级了,由原先的一主多从换成了DRBD+Heartbeat双主多从,正好手上有一个电子商务网站新项目也要上线了,用的是DRBD+Heartbeat双主一从,由于此过程还是有别于以前的MyISAM引擎的,所以这里也将其心得归纳总结了一下：MysqL学习

1)MysqL的replication过程是一个异步同步的过程,并非完全的主从同步,所以同步的过程中是有延迟的,如果做了读写分离的业务的话,建议也要监控此延迟时间；MysqL学习

2)MysqL的master与slave机器记得server-ID要保持不一致,如果一样的话,replication过程中会出现如下报错:MysqL学习

代码如下:
Fatal error: The slave I/O threadstopsbecause master and slavehave equal MysqL server IDs; these IDs mustbedifferent for replication to work(or the --replicate-same-server-ID optionmustbe used on slave but this doesnot always make sense; please check themanualbefore using it).

这个问题很好处理,即将slave机的server-ID修改成跟master机器不一致即可.MysqL学习

3)我以前的一个误区就是,slave机器是用自己的二进制日志来完成replication过程的,其实不是这样的,根据复制的工作原理：slave服务器是copy主服务器的二进制日志到自己的中继日志,即relay-log日志(即centos3-relay-bin.000002这种名字的)中,然后再把更新应用用到自己的数据库上,所以slave机器是不需要开启二进制日志的,这样过程一样会成功的；除非是准备做主主架构,这才需要slave机器开启二进制日志,这个问题一直在导着我,我以一直以为slave机器搭建replication环境时是一定要开启二进制的MysqL学习

4)在master机器上授权时,尽量只给某一个或某几个固定机器权限,让它们只有replication slav,replication clIEnt权限,尽量不要给grant权限；另外,虽然数据库我们一般是通过内网 *** 作,但越是在在内网对MysqL数据库进行授权 *** 作,越是要注意安全；MysqL学习

5)replication搭建过程按照正常流程走的话,一般很容易实施成功,如果出错的话,多检查下网络环境、权限问题,一般来说整个搭建过程应该还是会比较顺利的.MysqL学习

在数据库设计初期,我已经将此电子商务的数据库引擎定义为InnoDB,除了数据库中原有的系统表之外,其它表全部由MyISAM转成了InnoDB,原因有二：MysqL学习

1)电子商务业务会涉及到交易付款,在这种基本olTP的应用中,InnoDB应该作为核心应用表的首选存储引擎；
2)DRBD系统重启时的过程会比较缓慢,会频繁的读表,如果表引擎为MyISAM的话极有可能出现损坏情况,为了造成不必要的问题,我将数据库的表引擎由MyISAM均转成了InnoDB引擎的表.MysqL学习

DRBD+Heartbeat+MysqL参考以前的工作文档,搭建的比较顺利,就是在搭建replication环境时遇到了1062报错,详细过程如下：
初期参考MysqL手册 *** 作,取master机器的快照备份,用的是--single-transaction选项,然后同步过程频繁1062报错,报错日志如下：
MysqL学习

代码如下:
Last_sql_Error: Error 'Duplicate entry'd36ad91bff36308de540bbd9ae6f4279' for key 'PRIMARY'' on query. Defaultdatabase: '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快照备份,命令如下所示：
MysqL学习

代码如下:
MysqLdump -uroot --quick--flush-logs--master-data=1 -p myproject > myproject.sql

附注：--master-data的用法为：通过此参数来备份sql文件时会建议一个slavereplication,当其值为1时,sql文件中会记录change master语句；当其值为2时,change master会被写成sql注释,--master-data在没有使用--single-transaction选项的情况下会自动使用lock-all-tables选项(即这二代选项不要搭配使用).如何查找sql中的的LOG_file及LOG_POS呢?我们可以用如下命令(请注意change单词要写成大写的),如下所示：
MysqL学习

代码如下:
grep "CHANGE"myproject.sql

命令显示结果如下：
代码如下:
CHANGE MASTER TOMASTER_LOG_file='MysqL-bin.000008',MASTER_LOG_POS=106;

接下来的replication过程就不详细说明了,同步完成后我们经过相当长时间的观察,再也没1062报错了,如下所示：MysqL学习

代码如下:
MysqL> show slave status \G;
*************************** 1.row***************************
               Slave_IO_State: Waitingformaster to send event
                  Master_Host: 192.168.11.174
                  Master_User: rep1
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_file: MysqL-bin.000008
        Read_Master_Log_Pos: 27880
               Relay_Log_file:centos3-relay-bin.000002
                Relay_Log_Pos: 28025
      Relay_Master_Log_file: MysqL-bin.000008
           Slave_IO_Running: Yes
          Slave_sql_Running: Yes
              Replicate_Do_DB:
        Replicate_Ignore_DB:
         Replicate_Do_table:
     Replicate_Ignore_table:
    Replicate_Wild_Do_table:
 Replicate_Wild_Ignore_table:
                   Last_Errno: 0
                   Last_Error:
                 Skip_Counter: 0
        Exec_Master_Log_Pos: 27880
              Relay_Log_Space: 28182
              Until_Condition: None
               Until_Log_file:
                Until_Log_Pos: 0
         Master_SSL_Allowed: No
         Master_SSL_CA_file:
         Master_SSL_CA_Path:
              Master_SSL_Cert:
          Master_SSL_Cipher:
               Master_SSL_Key:
      Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
                Last_IO_Errno: 0
                Last_IO_Error:
               Last_sql_Errno: 0
               Last_sql_Error:
1 row in set (0.00 sec)

工作中InnoDB引擎数据库主从复制同步心得以前的项目也比较多的牵涉到InnoDB数据库的备份及replication,较多的一个做法是停库进行replication,虽然也是解决问题的一种思路,但毕竟属于停机维护,在一些特殊应用场景中是不允许的,我们应该多尝试采用MysqLdump这种逻辑备份方式来取master主机快照.MysqL学习

总结

以上是内存溢出为你收集整理的Mysql入门MySQL数据库InnoDB引擎主从复制同步经验总结全部内容，希望文章能够帮你解决Mysql入门MySQL数据库InnoDB引擎主从复制同步经验总结所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。