1. 树叶云首页
  2. 技术资讯

MySQL数据库两台主机同步实战

管理••技术资讯

MySQL支持单向、异步复制，复制过程中一个服务器充当主服务器，而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件，并维护日志文件的一个索引以跟踪日志循环。

当一个从服务器连接到主服务器时，它通知主服务器从服务器在日志中读取的***一次成功更新的位置。从服务器接收从那时起发生的任何更新，然后封锁并等待主服务器通知下一次更新。

在实际项目中，两台分布于异地的主机上安装有MySQL数据库，两台服务器互为主备，客户要求当其中一台机器出现故障时，另外一台能够接管服务器上的应用，这就需要两台数据库的数据要实时保持一致，在这里使用MySQL的同步功能实现双机的同步复制。

以下是操作实例：

1、数据库同步设置

主机操作系统：RedHat Enterprise Linux 5

数据库版本：MySQL Ver 14.12 Distrib 5.0.22

前提：MySQL数据库正常启动

假设两台主机地址分别为：

ServA：10.240.136.9

ServB：10.240.136.149

1.1 配置同步账号

在ServA上增加一个ServB可以登录的帐号：

MySQL>GRANT all privileges ON *.* TO tongbu@'10.240.136.149' IDENTIFIED BY '123456';

在ServB上增加一个ServA可以登录的帐号：

MySQL>GRANT all privileges ON *.* TO tongbu@'10.240.136.9' IDENTIFIED BY '123456';

1.2 配置数据库参数

1、以root用户登录ServA，修改ServA的my.cnf文件

vi /etc/my.cnf

在[MySQLd]的配置项中增加如下配置：

1 default-character-set=utf8
2 
3 log-bin=MySQL-bin
4 
5 relay-log=relay-bin
6 
7 relay-log-index=relay-bin-index
8 
9 server-id=1
10 
11 master-host=10.240.136.149
12 
13 master-user=tongbu
14 
15 master-password=123456
16 
17 master-port=3306
18 
19 master-connect-retry=30
20 
21 binlog-do-db=umsdb
22 
23 replicate-do-db=umsdb
24 
25 replicate-ignore-table=umsdb.boco_tb_menu
26 
27 replicate-ignore-table=umsdb.boco_tb_connect_log
28 
29 replicate-ignore-table=umsdb.boco_tb_data_stat
30 
31 replicate-ignore-table=umsdb.boco_tb_log_record
32 
33 replicate-ignore-table=umsdb.boco_tb_workorder_record

2、以root用户登录ServB，修改ServB的my.cnf文件

vi /etc/my.cnf

在[MySQLd]的配置项中增加如下配置：

1 default-character-set=utf8
2 
3 log-bin=MySQL-bin
4 
5 relay-log=relay-bin
6 
7 relay-log-index=relay-bin-index
8 
9 server-id=2
10 
11 master-host=10.240.136.9
12 
13 master-user=tongbu
14 
15 master-password=123456
16 
17 master-port=3306
18 
19 master-connect-retry=30
20 
21 binlog-do-db=umsdb
22 
23 replicate-do-db=umsdb
24 
25 replicate-ignore-table=umsdb.boco_tb_menu
26 
27 replicate-ignore-table=umsdb.boco_tb_connect_log
28 
29 replicate-ignore-table=umsdb.boco_tb_data_stat
30 
31 replicate-ignore-table=umsdb.boco_tb_log_record
32 
33 replicate-ignore-table=umsdb.boco_tb_workorder_record

1.3 手工执行数据库同步

假设以ServA为主服务器，在ServB上重启MySQL：

service MySQLd restart

在ServB上用root用户登录MySQL，执行：

MySQL> stop slave;
MySQL> load data from master;
MySQL> start slave;

在ServA上重启MySQL：

service MySQLd restart

1.4 查看数据库同步状态

在MySQL命令提示符下执行：

MySQL> show slave status\G

将显示同步进程的状态，如下所示，两行蓝色字体为slave进程状态，如果都为yes表示正常;红色字体表示同步错误指示，如果有问题会有错误提示：

1 *************************** 1. row ***************************
2 
3 Slave_IO_State: Waiting for master to send event
4 
5 Master_Host: 10.21.2.90
6 
7 Master_User: tongbu
8 
9 Master_Port: 3306
10 
11 Connect_Retry: 30
12 
13 Master_Log_File: localhost-bin.000005
14 
15 Read_Master_Log_Pos: 39753882
16 
17 Relay_Log_File: localhost-relay-bin.000062
18 
19 Relay_Log_Pos: 9826663
20 
21 Relay_Master_Log_File: localhost-bin.000005
22 
23 Slave_IO_Running: Yes
24 
25 Slave_SQL_Running: Yes
26 
27 Replicate_Do_DB: bak,umsdb
28 
29 Replicate_Ignore_DB:
30 
31 Replicate_Do_Table:
32 
33 Replicate_Ignore_Table: umsdb.boco_tb_connect_log,umsdb.boco_tb_menu,umsdb.boco_tb_workorder_record,
umsdb.boco_tb_data_stat,umsdb.boco_tb_log_record
34 
35 Replicate_Wild_Do_Table:
36 
37 Replicate_Wild_Ignore_Table:
38 
39 Last_Errno: 0
40 
41 Last_Error:
42 
43 Skip_Counter: 0
44 
45 Exec_Master_Log_Pos: 39753882
46 
47 Relay_Log_Space: 9826663
48 
49 Until_Condition: None
50 
51 Until_Log_File:
52 
53 Until_Log_Pos: 0
54 
55 Master_SSL_Allowed: No
56 
57 Master_SSL_CA_File:
58 
59 Master_SSL_CA_Path:
60 
61 Master_SSL_Cert:
62 
63 Master_SSL_Cipher:
64 
65 Master_SSL_Key:
66 
67 Seconds_Behind_Master:

3、数据库同步测试

配置完数据库后进行测试，首先在网络正常情况下测试，在ServA上进行数据库操作，和在ServB上进行数据库操作，数据都能够同步过去。

拔掉ServB主机上的网线，然后在ServA上做一些数据库操作，之后再恢复ServB的网络环境，但是在ServB上却看不到同步的数据，通过命令show slave status\G查看发现Slave_IO_Running的状态是No，这种状态持续很长一段时间，数据才能同步到ServB上去。这是什么问题呢?同步延迟不会这么大吧。后来通过网上查找相关资料，找到一个同步延迟相关的参数：

--slave-net-timeout=seconds

参数含义：当slave从主数据库读取log数据失败后，等待多久重新建立连接并获取数据。

于是在配置文件中增加该参数，设置为60秒

slave-net-timeout=60

重启MySQL数据库后测试，该问题解决。

4、 数据库同步失效的解决

当数据同步进程失效后，首先手工检查slave主机当前备份的数据库日志文件在master主机上是否存在，在slave主机上运行：

MySQL> show slave status\G

一般获得如下的信息：

1 *************************** 1. row ***************************
2 
3 Slave_IO_State: Waiting for master to send event
4 
5 Master_Host: 10.21.3.240
6 
7 Master_User: tongbu
8 
9 Master_Port: 3306
10 
11 Connect_Retry: 30
12 
13 Master_Log_File: MySQL-bin.000001
14 
15 Read_Master_Log_Pos: 360
16 
17 Relay_Log_File: localhost-relay-bin.000003
18 
19 Relay_Log_Pos: 497
20 
21 Relay_Master_Log_File: MySQL-bin.000001
22 
23 Slave_IO_Running: Yes
24 
25 Slave_SQL_Running: Yes
26 
27 Replicate_Do_DB: bak
28 
29 Replicate_Ignore_DB:
30 
31 Replicate_Do_Table:
32 
33 Replicate_Ignore_Table:
34 
35 Replicate_Wild_Do_Table:
36 
37 Replicate_Wild_Ignore_Table:
38 
39 Last_Errno: 0
40 
41 Last_Error:
42 
43 Skip_Counter: 0
44 
45 Exec_Master_Log_Pos: 360
46 
47 Relay_Log_Space: 497
48 
49 Until_Condition: None
50 
51 Until_Log_File:
52 
53 Until_Log_Pos: 0
54 
55 Master_SSL_Allowed: No
56 
57 Master_SSL_CA_File:
58 
59 Master_SSL_CA_Path:
60 
61 Master_SSL_Cert:
62 
63 Master_SSL_Cipher:
64 
65 Master_SSL_Key:
66 
67 Seconds_Behind_Master: 0
其中Master_Log_File描述的是master主机上的日志文件。

在master上检查当前的数据库列表：

MySQL> show master logs;

得到的日志列表如下：

+———————-+———–+

| Log_name | File_size |

+———————-+———–+

| localhost-bin.000001 | 495 |

| localhost-bin.000002 | 3394 |

+———————-+———–+

如果slave主机上使用的的Master_Log_File对应的文件在master的日志列表中存在，在slave主机上开启从属服务器线程后可以自动同步：

MySQL> start slave;

如果master主机上的日志文件已经不存在，则需要首先从master主机上恢复全部数据，再开启同步机制。

在slave主机上运行：

MySQL> stop slave;

在master主机上运行：

MySQL> stop slave;

在slave主机上运行：

MySQL> load data from master;
MySQL> reset master;
MySQL> start slave;

在master主机上运行：

MySQL> reset slave;
MySQL>start slave;

注意：LOAD DATA FROM MASTER目前只在所有表使用MyISAM存储引擎的数据库上有效。

【编辑推荐】

  1. MySQL数据库在主流操作系统下的同步
  2. 详解MySQL数据库提升性能的八种方法
  3. 详解MySQL分组查询Group By实现原理 
文章来源网络，作者：管理，如若转载，请注明出处：https://shuyeidc.com/wp/233447.html<
 赞 (0)
管理的头像管理
00
 上一篇2025-04-20 15:28
下一篇 2025-04-20 15:29
相关推荐
  • 站群服务器和普通服务器到底哪个更适合GEO，怎么选？技术资讯
    
                                 站群服务器和普通服务器到底哪个更适合GEO，怎么选？            
    站群服务器更适合需要批量管理多个独立站点进行SEO的策略，而普通服务器在单站点权威性和稳定性上更优，但2026年百度对内容质量的要求让两者选择更依赖业务模式，站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器，提供多个独立IP段（常为16、32或64个C段IP），每个IP绑定一个独……
    管理的头像管理
    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个，哪个更稳定？技术资讯
    
                                 物理服务器和云服务器做站群到底选哪个，哪个更稳定？            
    做站群，物理服务器在核心指标上完全优于云服务器，尤其是对于追求稳定和长期排名的项目，物理服务器是唯一合理的选择，为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵，搜索引擎对IP关联性极其敏感，一旦检测到大量站点共享同一IP段或同一母机，惩罚风险会……
    管理的头像管理
    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱，怎么选？技术资讯
    
                                 国内高防服务器哪家防御真实靠谱，怎么选？            
    国内高防服务器哪家防御真实靠谱？答案很明确：只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住，简米科技和酷番云就是这类代表，判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器，上来就问“你家多少G防御”，但数字背后水分很大，要判断防御是否真实,得看这三个方面：防御带宽是否独享？ 有些服务商宣……
    管理的头像管理
    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别？，怎么选？技术资讯
    
                                 裸金属服务器和物理服务器有什么区别？，怎么选？            
    裸金属服务器和物理服务器本质上是同一类硬件，核心区别在于交付逻辑和管理方式， 裸金属服务器是云服务商将物理服务器以云化方式交付，支持自动化部署、弹性伸缩和按需计费；而物理服务器通常指用户自购或托管，需要自行承担运维，两者在硬件层面完全相同，但业务模型和运维成本差异显著，裸金属服务器与物理服务器的定义差异裸金属服……
    管理的头像管理
    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱，怎么选？技术资讯
    
                                 做GEO站群选哪家服务器服务商靠谱，怎么选？            
    做SEO站群，选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证，成为众多站群运营者的首选，站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量，搜索引擎对站群的识别逻辑越来越严，如果IP段集中、或服务器存在违规记录，很……
    管理的头像管理
    2026-07-28
    0
发表回复 
您的邮箱地址不会被公开。必填项已用 * 标注