- 浏览: 243334 次
最新评论
因为业务需要,想在mysql主库清理一些数据,但从库想要保留,根据网友介绍,可以根据binlog跳过清理的命令
1.确保主从同步的情况下,主库开始操作
mysql> flush logs; --刷新日志,切换一个新的binlog日志,比较小,后面修改就会方便些
Query OK, 0 rows affected (0.21 sec)
mysql> show master status \G
*************************** 1. row ***************************
File: mysql-bin.000039 --这里的binlog位置后面不会用到
Position: 33958
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.03 sec)
2.从库停止同步 ---第1.2步尽量要快速操作
mysql> stop slave;
Query OK, 0 rows affected (0.05 sec)
mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.1.196
Master_User: repli
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000039
Read_Master_Log_Pos: 488906
Relay_Log_File: mysql-relay-bin.000016
Relay_Log_Pos: 489119
Relay_Master_Log_File: mysql-bin.000039
Slave_IO_Running: No
Slave_SQL_Running: No
3.主库清空数据
mysql> truncate table t2; 步骤a
Query OK, 0 rows affected (0.46 sec)
mysql> show master status \g 步骤b
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000039 | 1942762 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.06 sec)
/usr/local/mysql/bin/mysqlbinlog mysql-bin.000039 >000039.sql 步骤c
4.编辑000039.sql,删掉truncate语句
truncate table t2 /*!*/; ---删掉的内容
查找1942762 找不到该位置的话,可能会丢失数据,因此前面的三步abc一定要注意顺序!最好sql里面是包含这个位置信息的,然后删掉后面的内容,避免后面日志应用的时候,重复操作。
end_log_pos 1942762 将这个位置后面的内容全部干掉!
5.从库恢复
/usr/local/mysql/bin/mysql -umydba -p
source /root/000039.sql
mysql> change master to master_log_file='mysql-bin.000039',master_log_pos=1942762;
Query OK, 0 rows affected (0.19 sec)
mysql> start slave;
Query OK, 0 rows affected (0.01 sec)
mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.196
Master_User: repli
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000039
Read_Master_Log_Pos: 10009221
Relay_Log_File: mysql-relay-bin.000002
Relay_Log_Pos: 8066779
Relay_Master_Log_File: mysql-bin.000039
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: 10009221
Relay_Log_Space: 8066986
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:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
Master_UUID: 701cbadc-ba33-11e5-9091-305a3a78baf2
Master_Info_File: /usr/local/mysql/data/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0.00 sec)
---主从同步,跳过了truncate这个命令
6.验证
主库:
mysql> select * from t2;
Empty set (0.00 sec)
从库:
mysql> select * from t2;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+----+
5 rows in set (0.00 sec)
1.确保主从同步的情况下,主库开始操作
mysql> flush logs; --刷新日志,切换一个新的binlog日志,比较小,后面修改就会方便些
Query OK, 0 rows affected (0.21 sec)
mysql> show master status \G
*************************** 1. row ***************************
File: mysql-bin.000039 --这里的binlog位置后面不会用到
Position: 33958
Binlog_Do_DB:
Binlog_Ignore_DB:
Executed_Gtid_Set:
1 row in set (0.03 sec)
2.从库停止同步 ---第1.2步尽量要快速操作
mysql> stop slave;
Query OK, 0 rows affected (0.05 sec)
mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State:
Master_Host: 192.168.1.196
Master_User: repli
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000039
Read_Master_Log_Pos: 488906
Relay_Log_File: mysql-relay-bin.000016
Relay_Log_Pos: 489119
Relay_Master_Log_File: mysql-bin.000039
Slave_IO_Running: No
Slave_SQL_Running: No
3.主库清空数据
mysql> truncate table t2; 步骤a
Query OK, 0 rows affected (0.46 sec)
mysql> show master status \g 步骤b
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000039 | 1942762 | | | |
+------------------+----------+--------------+------------------+-------------------+
1 row in set (0.06 sec)
/usr/local/mysql/bin/mysqlbinlog mysql-bin.000039 >000039.sql 步骤c
4.编辑000039.sql,删掉truncate语句
truncate table t2 /*!*/; ---删掉的内容
查找1942762 找不到该位置的话,可能会丢失数据,因此前面的三步abc一定要注意顺序!最好sql里面是包含这个位置信息的,然后删掉后面的内容,避免后面日志应用的时候,重复操作。
end_log_pos 1942762 将这个位置后面的内容全部干掉!
5.从库恢复
/usr/local/mysql/bin/mysql -umydba -p
source /root/000039.sql
mysql> change master to master_log_file='mysql-bin.000039',master_log_pos=1942762;
Query OK, 0 rows affected (0.19 sec)
mysql> start slave;
Query OK, 0 rows affected (0.01 sec)
mysql> show slave status \G
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.196
Master_User: repli
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000039
Read_Master_Log_Pos: 10009221
Relay_Log_File: mysql-relay-bin.000002
Relay_Log_Pos: 8066779
Relay_Master_Log_File: mysql-bin.000039
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: 10009221
Relay_Log_Space: 8066986
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:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
Master_UUID: 701cbadc-ba33-11e5-9091-305a3a78baf2
Master_Info_File: /usr/local/mysql/data/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0.00 sec)
---主从同步,跳过了truncate这个命令
6.验证
主库:
mysql> select * from t2;
Empty set (0.00 sec)
从库:
mysql> select * from t2;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
| 4 |
| 5 |
+----+
5 rows in set (0.00 sec)
发表评论
-
mysql设置外键约束on delete cascade on update cascade
2016-12-09 16:27 3730mysql设置外键约束on delet ... -
mysql权限管理(实例)
2016-05-10 17:21 1513mysql权限管理实例 本文并没有很详细的介绍对具体的对象授 ... -
mysql简单的碎片清理脚本
2016-05-10 16:52 1496mysql简单的碎片清理脚本 #!/bin/bash date ... -
mysql qpress压缩备份恢复
2016-05-03 16:30 6962说明: 1.前面博客已经介绍过gzip压缩方法,备份正常,但后 ... -
mysql xtrabackup在线搭建主从
2016-04-11 14:59 1951使用xtrabackup进行在线的主从搭建: [root@m ... -
mysql xtrabackup在线备份还原(全备+增备)
2016-04-11 14:47 1053工具安装: [root@mysqlserver var]# t ... -
oracle,postgresql,mysql一些使用上的区别记录
2015-12-16 11:38 01.限制行数: select * from ta where ... -
数据库调优分享-mysql
2015-12-16 10:02 951数据库调优分享------参考一本mysql资料书 日常的困 ... -
mysql 安装-tina
2015-12-08 17:32 0mysql安装-tina 1、准备安装程序(http://ww ... -
mysqldump 只导入数据或只导结构
2015-12-22 10:36 2719[size=small]mysqldump只导出数据或只导出表 ... -
mysql server has gone away
2015-12-10 09:26 877mysql server has gone away,他的意思 ... -
mysql optimize 清理碎片
2015-12-09 09:26 1206---定期清理脚本 0 1 * * 4 root /root ... -
mysql binlog
2015-12-10 09:26 1345mysqld在每个二进制日志 ... -
mysql远程连接设置
2015-12-10 09:25 1008远程连接mysql数据库: 连接上以后,通过这台跳转服务器远 ... -
Last_SQL_Error: Error 'Duplicate entry '1' for key 'PRIMARY''
2015-12-10 09:25 1720[size=small]-实际遇到的问题: Last_SQL ... -
[ERROR] Slave I/O: error connecting to master
2015-12-09 09:26 8210刚配置的MySQL主从,在从机上看到 点击(此处)折叠或打开 ... -
MySQL常用函数
2015-02-05 10:34 537一、字符串类 1、left(str, length) 从左开始 ... -
MySQL触发器简介
2015-02-05 10:33 899一、触发器基本语法 CREATE TRIGGER trigge ... -
MySQL主从切换
2015-02-05 10:32 505环境: 原主库:192.168.10.197 ---新 ... -
MySQL主从搭建
2015-02-05 10:31 795环境简介 master(主):192.168.12.101 s ...
相关推荐
主库会通过二进制日志(binlog)将所有修改同步到从库,实现数据的一致性。为了配置读写分离,你需要设置应用的读连接指向从库,而写连接则指向主库。这可以通过数据库连接池或者数据库中间件(如 MySQL Proxy 或者 ...
27. 主库恢复可能涉及数据恢复、从库提升为主。 28. 故障例子:磁盘满、网络中断、数据错误。 29. 延迟原因:网络、主从同步速度、锁等待等,优化方法包括调整参数、优化SQL、优化硬件。 30. 备份方案:全备+增量/...
4. 处理relay日志损坏:解决relay日志损坏的一个常见方法是清理并重新配置从库,使其重新从主库同步数据。在本案例中,作者可能采取了跳过有问题的relay日志条目的方法,使用`SET GLOBAL SQLSlaveSkipCounter`命令来...
MySQL主从库同步是数据库高可用性和数据冗余的重要实现方式,它允许数据在主库进行写入,从库进行读取,确保系统的负载均衡和数据的安全性。然而,主从库不同步的问题可能会对这种架构的稳定性造成严重影响。以下是...
##### 1.3.6 授权用户对应的主机不要用%,权限不要给all,最小化授权,从库只给select权限 避免过度授权,根据实际需求分配权限。 ##### 1.3.7 不要给一个用户管所有的库,尽量专库专用户 专库专用户有助于更好地...
1.3.6 授权用户对应的主机不要用%,权限不要给 all,最小化授权,从库只给 select 权限..........................................................................................................................
总结来说,解决文中问题的关键在于使用`replicate-ignore-table`参数动态过滤复制过程,以确保只读从库保留所需数据,而主库可以按需清理日志。这种方法既解决了线上RDS的IO压力,又满足了业务方保留完整数据的要求...
在主从复制场景中,主库和从库的处理方式有所不同。 5. **关闭所有线程和存储引擎**:MySQL关闭所有线程,每个存储引擎执行其特定的关闭操作。例如,MyISAM刷新未写入的操作,InnoDB刷新buffer pool并记录当前的LSN...
WMS数据库架构采用了主从复制模式,包括主库和多个从库,以实现数据的实时同步和高可用性。此外,还设置了专门的报表数据库,通过Binlog数据同步技术,确保业务数据与分析数据的分离和及时更新。 然而,运维过程中...
线上环境中,主库应开启定时器,从库关闭以避免对从库性能的影响,因为Event触发的操作会被记录到binlog并进行主从同步。 2. 创建事件 创建Event的语法如下: ```sql CREATE EVENT [IF NOT EXISTS] event_name ON ...