mysql基于复制线程SQL_Thread全备加binlog加快恢复的方法

高级mysql基于复制线程SQL_Thread全备加binlog加快恢复的方法

5分 更新: 2021/03/17

收藏( 4 下载课程 二维码 下载学堂APP 缓存视频离线看 学习社群 二维码 关注公众号 加入官方群

20 学习人数 10分钟 2课时
课程权益 15分钟内无条件退款 1、仅限付费视频课程适用
2、购买后15分钟内可以找到客服进行沟通退款
3、下载资料后不再享有退款特权
4、客服(Tel:400-101-1651)

下载资料后不支持
24小时内答疑 随时随地观看课程
  • 课程介绍
  • 课程大纲
  • 其他课程 2
  • 专题套餐

适合人群:

计算机和数据库运维人员,及计算机专业的学生与爱好者

课程目标:

mysql基于复制线程SQL_Thread全备加binlog加快恢复的方法

课程简介:

将数据库回档至指定时间点或位置,常常是使用全量备份+binlog增量实现的。
而数据量很大的情况下,增量恢复binlog一直是一个苦恼的问题。因为恢复binlog速度十分慢,并且容易出错

尝试一种思路

因为relaylog和binlog本质实际上是一样的,所以是否可以利用MySQL自身的sql_thread来增量binlog
1)重新初始化一个实例,恢复全量备份文件。
2)找到第一个binlog文件的position,和剩下所有的binlog。
3)将binlog伪装成relaylog,通过sql thread增量恢复。


应用场景:

1. 最近的一次全备离故障位置比较远,通过常规方式的恢复时间太慢
2. 双主keepalived的集群,由于keepalived没有像MHA 那样有日志补全机制,出故障是有可能会有数据丢失的,万一同步有严重的复制延时出现故障切换到slave,这样数据就不一致,需要做日志补全
3.对于如删表等误操作还原,可以大大节省时间提升效率


-------常规方式--------

1. 官方推荐的基于全备+binlog , 通常做法是先恢复最近一次的全备,然后通过mysqlbiinlog --start-position --stop-position binlog.000xxx | mysql -uroot -p xxx -S database 恢复到目标数据库做恢复

2. 基于主从同步恢复数据,通常做法是先恢复最近一次的全备,然后恢复后的实例做slave 挂载到现有的master 上面,通过 start slave sql_thread until master_log_pos 恢复到故障前的一个pos。




展开更多

课程大纲-mysql基于复制线程SQL_Thread全备加binlog加快恢复的方法

资料下载
  • 第1章 适用场景介绍,大致步骤注意事项

    1分钟1节

  • 第2章 详细实验模拟测试步骤

    8分钟1节

  • 2-1

    详细实验步骤

    「仅限付费用户」点击下载“通过sql_thread恢复.docx”

    [08:27] 开始学习
¥10.00
仅需¥3.00
关注公众号 领VIP会员
下次再说

点击打包下载,即可获取该课程全部资料

打包下载
16周年庆满减满200减20元 满400减40元
16周年庆,实付满200减20元
是否单独购买该课程?
直接购买 去凑单
在线
客服
APP
下载

下载Android客户端

下载iphone 客户端

官方
微信

关注官方微信

返回
顶部