一个延迟库恢复的案例

　　导语
　　在日常工作中可能会存在误删数据的情况，今天就简单介绍下如何利用延迟库进行数据库的快速恢复。步骤1。环境准备
　　建立一个测试的主从库，写入一些测试数据，非本文要点，过程略。2。设置延迟同步
　　在原有同步信息的基础上进行如下操作，设置延迟同步1小时设置延迟1小时mysqlCHANGEREPLICATIONSOURCETOSOURCEDELAY3600；mysqlshowslavestatusG；1。rowSlaveIOState：WaitingformastertosendeventMasterHost：192。168。5。160MasterUser：replMasterPort：3314SlaveIORunning：YesSlaveSQLRunning：YesSecondsBehindMaster：6536SQLDelay：3600设置后，这里可以看到延迟的信息SQLRemainingDelay：NULLRetrievedGtidSet：4b4539dd2fc111ec949b70b5e873a570：253662ExecutedGtidSet：4b4539dd2fc111ec949b70b5e873a570：136546，d2c640732cb511ecb4d170b5e873a570：121rowinset，1warning（0。00sec）3。假设在主库上进行了一个误删的操作误删一条id9998的数据mysqldeletefromt1whereid9998；QueryOK，1rowaffected（0。32sec）主库已经没有了mysqlselectfromt1whereid9998；Emptyset（0。00sec）从库还能查到数据mysqlselectfromt1whereid9998；idc1c2c3c49998983xAP9mQeN8Eu21rowinset（0。00sec）4。解析主库的binlog文件
　　这个步骤目的是找到主库执行删除操作时候相应的GTID值的上一个GTID值先解析出binlogmysqlbinlogvvvbase64outputdecoderowsmysqlbin。00000101。sql找到被删那条记录的GTID，再往上一条记录SETSESSION。GTIDNEXT4b4539dd2fc111ec949b70b5e873a570：54230！；at1595924521110314：43：25serverid33145160endlogpos15959316Querythreadid53817exectime0errorcode0at1595937721110314：43：25serverid33145160endlogpos15959436Deleterows：tableid270flags：STMTENDFDELETEFROMtest。t1WHERE19998INTmeta0nullable0isnull02983VARSTRING（256）meta256nullable1isnull03xAP9VARSTRING（256）meta256nullable1isnull04mQeNVARSTRING（256）meta256nullable1isnull058Eu2VARSTRING（256）meta256nullable1isnull0at1595943621110314：43：25serverid33145160endlogpos15959463Xid163705COMMIT！；at159594635。从库设置同步停止的时间点
　　通过步骤4找到的删除操作的GTID值，我们修改下从库的同步状态，需要说明的是，当主库出现误删数据的时候，延迟库一定要第一时间停止同步。从库同步到删数据的gtid值，再往上一条gtid，设置同步截止点mysqlSTOPSLAVE；mysqlSTARTREPLICAUNTILSQLAFTERGTIDS4b4539dd2fc111ec949b70b5e873a570：54229；mysqlSTARTSLAVE；6。复制同步停止等待同步到对应截止点后，同步的SQL线程会停止mysqlshowslavestatusG；1。rowSlaveIOState：WaitingformastertosendeventMasterHost：192。168。5。160MasterUser：replMasterPort：3314ConnectRetry：60SlaveIORunning：YesSlaveSQLRunning：No到达设定的GTID值后，SQL线程会中断UntilCondition：SQLAFTERGTIDS设置后这里会出现同步截止的关键信息MasterServerId：33145160MasterUUID：4b4539dd2fc111ec949b70b5e873a570MasterInfoFile：mysql。slavemasterinfoSQLDelay：3600SQLRemainingDelay：NULLMasterRetryCount：86400RetrievedGtidSet：4b4539dd2fc111ec949b70b5e873a570：254230ExecutedGtidSet：4b4539dd2fc111ec949b70b5e873a570：154229，d2c640732cb511ecb4d170b5e873a570：13AutoPosition：17。数据恢复
　　后续我们可以对这个表进行相应操作，例如把这个表导出再导入到主库，然后再恢复中间的logbin数据。总结
　　以上只是模拟一条数据误删的恢复过程，通过闪回工具甚至手动找到相应误删的数据进行恢复会更快，但是对于truncate，drop，delete忘了带where条件的删除，用闪回工具可能就没办法了，相比备份恢复用延迟库效率会更高。
　　另外需要注意，如果从库开启了MTS，需要注意开启slavepreservecommitorder1防止从库误删操作先执行了。