gpt4 book ai didi

糟了,生产环境数据竟然不一致,人麻了!

转载 作者:我是一只小鸟 更新时间:2023-04-14 22:31:31 33 4
gpt4 key购买 nike

大家好,我是冰河~~ 。

今天发现Mysql的主从数据库没有同步 。

先上Master库:

                        
                          mysql>show processlist;

                        
                      

查看下进程是否Sleep太多。发现很正常.

                        
                          show master status;

                        
                      

也正常.

                        
                          mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB              |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 |     3260 |              | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)

                        
                      

再到Slave上查看 。

                        
                          mysql> show slave status\G                                                
 
Slave_IO_Running: Yes
Slave_SQL_Running: No

                        
                      

可见是Slave不同步 。

解决方案

下面介绍两种解决方法 。

方法一:忽略错误后,继续同步 。

该方法适用于主从库数据相差不大,或者要求数据可以不完全统一的情况,数据要求不严格的情况 。

解决:

                        
                          stop slave;
 
#表示跳过一步错误,后面的数字可变
set global sql_slave_skip_counter =1;
start slave;

                        
                      

之后再用mysql> show slave status\G 查看 。

                        
                          mysql> show slave status\G
Slave_IO_Running: Yes
Slave_SQL_Running: Yes

                        
                      

ok,现在主从同步状态正常了。。.

方式二:重新做主从,完全同步 。

该方法适用于主从库数据相差较大,或者要求数据完全统一的情况 。

解决步骤如下:

1.先进入主库,进行锁表,防止数据写入 。

使用命令:

                        
                          mysql> flush tables with read lock;

                        
                      

注意:该处是锁定为只读状态,语句不区分大小写 。

2.进行数据备份 。

#把数据备份到mysql.bak.sql文件 。

                        
                          mysqldump -uroot -p -hlocalhost > mysql.bak.sql

                        
                      

这里注意一点:数据库备份一定要定期进行,可以用shell脚本或者python脚本,都比较方便,确保数据万无一失.

3.查看master 状态 。

                        
                          mysql> show master status;
+-------------------+----------+--------------+-------------------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB              |
+-------------------+----------+--------------+-------------------------------+
| mysqld-bin.000001 |     3260 |              | mysql,test,information_schema |
+-------------------+----------+--------------+-------------------------------+
1 row in set (0.00 sec)

                        
                      

4.把mysql备份文件传到从库机器,进行数据恢复 。

                        
                          scp mysql.bak.sql root@192.168.128.101:/tmp/

                        
                      

5.停止从库的状态 。

                        
                          mysql> stop slave;

                        
                      

6.然后到从库执行mysql命令,导入数据备份 。

                        
                          mysql> source /tmp/mysql.bak.sql

                        
                      

7.设置从库同步,注意该处的同步点,就是主库show master status信息里的| File| Position两项 。

                        
                          change master to master_host = '192.168.128.100', master_user = 'rsync',  master_port=3306, master_password='', master_log_file =  'mysqld-bin.000001', master_log_pos=3260;

                        
                      

8.重新开启从同步 。

                        
                          mysql> start slave;

                        
                      

9.查看同步状态 。

                        
                          mysql> show slave status\G  

Slave_IO_Running: Yes
Slave_SQL_Running: Yes

                        
                      

10.回到主库并执行如下命令解除表锁定.

                        
                          UNLOCK TABLES;

                        
                      

好了,今天就到这儿吧,小伙伴们点赞、收藏、评论,一键三连走起呀,我是冰河,我们下期见~~ 。

最后此篇关于糟了,生产环境数据竟然不一致,人麻了!的文章就讲到这里了,如果你想了解更多关于糟了,生产环境数据竟然不一致,人麻了!的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。

33 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com