MySQL数据库InnoDB引擎主从复制同步经验总结,mysqlinnodb

复制代码 代码如下:

MySQL数据库InnoDB引擎主从复制同步经验计算,mysqlinnodb

近几来将公司的MySQL框架结构升级了,由原本的一主多从换到了DRBD+Heartbeat双主多从,正好手上有三个电子商务网址新类型也要上线了,用的是DRBD+Heartbeat双主一从,由于此进度或然分别以前的MyISAM引擎的,所以那边也将其体验归结计算了瞬间:

1)MySQL的replication进程是三个异步同步的经过,实际不是完全的主干同步,所以同步的长河中是有延期的,假使做了读写分离的专门的学问以来,提议也要监督此延迟时间;

2)MySQL的master与slave机器记得server-id要保全不平等,假使一样的话,replication进度中会出现如下报错:

复制代码 代码如下:

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机器不一致等就能够。

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.
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快速照相备份,命令如下所示:

复制代码 代码如下:

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单词要写成大写的),如下所示:

复制代码 代码如下:

grep “CHANGE”myproject.sql

指令彰显结果如下:

复制代码 代码如下:

CHANGE MASTER
TOMASTER_LOG_FILE=’mysql-bin.000008′,MASTER_LOG_POS=106;

接下去的replication进度就不详细表明了,同步实现后大家经过一定长日子的观看比赛,再也没1062报错了,如下所示:

复制代码 代码如下:

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框架结构升级了,由原本的一主多从换到了DRBD+Heartbeat双主多从,正好手…

1)MySQL的replication进度是叁个异步同步的长河,并不是完全的中央同步,所以同步的进度中是有延期的,倘使做了读写分离的业务以来,提议也要监督此延迟时间;

grep “CHANGE”myproject.sql

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, ”)’

办事中InnoDB引擎数据库主从复制同步体验此前的档期的顺序也正如多的牵涉到InnoDB数据库的备份及replication,相当多的四个做法是停库举行replication,固然也是化解难点的一种思路,但毕竟属于停机维护,在部分特别应用场景中是不允许的,大家相应多尝试运用mysqldump这种逻辑备份情势来取master主机快速照相。

接下去的replication进程就不详细表明了,同步到位后大家经过非常短日子的体察,再也没1062报错了,如下所示:

一声令下展现结果如下:

附注:–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单词要写成大写的),如下所示:

您只怕感兴趣的作品:

  • sql server
    复制表从三个数据库到另贰个数据库
  • MySQL火速复制数据库数据表的法子
  • mysql跨数据库复制表(在同一IP地址中)示例
  • sqlserver 复制表
    复制数据仓库储存储过程的章程
  • 复制SqlServer数据库的艺术
  • MySQL
    数据库双向镜像、循环镜像(复制)
  • 简单易行疏解MySQL的数据库复制方法
  • 透过SQL Server
    二零零六数据库复制达成数据库同步备份
  • 复制数据库表中三个字段数据的SQL语句
  • SQL Server Management
    Studio(SSMS)复制数据库的不二等秘书籍

4)在master机器上授权时,尽量只给某多少个或某几个牢固机器权限,让它们独有replication
slav,replication
client权限,尽量不要给grant权限;别的,即便数据库我们一般是由此内网操作,但进一步在在内网对MySQL数据库进行授权操作,越是要注意安全;

复制代码 代码如下:

其一题目很好管理,就要slave机的server-id修改成跟master机器不平等就能够。

后来变动思路,用–master-data选项来取主master快速照相备份,命令如下所示:

DRBD+Heartbeat+MySQL参谋在此之前的办事文书档案,搭建的比较顺遂,就是在搭建replication意况时遇见了1062报错,详细经过如下:
刚开始阶段参照他事他说加以考察MySQL手册操作,取master机器的快速照相备份,用的是–single-transaction选项,然后一同进度反复1062报错,报错日志如下:

发表评论

电子邮件地址不会被公开。 必填项已用*标注