前言
目前我司正处于一种混乱的开发环境中；
对于数据库字段增修都是开发人员直上服务器数据库修改（我多次强调）；
我未入职前，是直接通过SFTP连接服务器，对项目进行开发和修改（话说造成代码覆盖都不知道是谁干的，多次建议开发使用Git）；
入职后我写一个开发规范文档：软件开发手册（欢迎各位大佬提出意见）
虽然对开发规范有所改变，但还是因为不可抗力因素无法执行，也是造成我最近想跳槽的原因；
原因
某天晚上，开发经理突然打电话：大剩，我不小心删表了，能帮我恢复吗（线上环境）？
我：好的，我看下，我开启了二进制日志，应该恢复数据没有问题；
开始操作
1.输出文件
将日志文件输出到mysql_5.log（方便做其他操作）
#此处可能有多个日志文件，查看日志日期，可依个输出到不同文件中; mysqlbinlog mysql-bin.000005 >> /home/mysql_5.log
2.查找删除的语句
#查找带有删除语句的行数 grep -n 'DROP' /home/mysql_5.log #output：878441:DROP TABLE `wtzx` #扩大一点区间 查看删除语句在多少行 下文at1970819是删除行语句的行号 sed -n '878430,878500p' /home/mysql_5.log # output： # at 1970819 #200629 19:47:28 server id 1 end_log_pos 1970950 CRC32 0xc6b08770 Query thread_id=4276 exec_time=0 error_code=0 # use `htrans_demo`/*!*/; # SET TIMESTAMP=1593431248/*!*/; # SET @@session.pseudo_thread_id=4276/*!*/; # DROP TABLE `wtzx`
3.进行恢复
mysqlbinlog mysql-bin.000005 --stop-position=1970819 | mysql -u root -p
天真我以为这样就可以恢复 ； 其实是对Mysql二进制日志不了解； Mysql二进制日志有点类似于Redis的AOF； 开启二进制日志后记录操作日志，没有记录之前的数据则无法恢复（如创表语句等..）；
结合全量备份进行恢复
好在我在服务器上，设置每天凌晨一点的定时备份，对重要的库进行全量备份（数据量少；数据量多的可以考虑全量+增量结合备份）；
1.将备份脚本恢复
# 恢复备份 cat db_test_db1.sql |mysql -uroot -p
2.恢复误删数据或者表（结合上面步骤）
# 恢复误删的数据 mysqlbinlog mysql-bin.000005 --stop-position=1970819 | mysql -u root -p
至此也就大功告成~~
开启定时（全量\增量）备份+ Mysql二进制日志 防止数据误操作方法
1.编写Shell脚本
#!/bin/sh # 查找三十天前的备份的文件进行删除 find /home/mysql-backups -mtime +30 -name "*.*" -exec rm -Rf {} \; # 数据库配置信息 DB_USER="root" DB_PASS="123" DB_HOST="127.0.0.1" # 需要备份数据库数组 DB_NAME=("test_db1","test_db2") # 其他配置 BIN_DIR="/usr/bin/" # Mysql bin BCK_DIR="/home/mysql-backups" #备份文件目录 DATE=`date +%F` # 创建文件 mkdir -p $BCK_DIR/$DATE # 执行代码 for var in ${DB_NAME[@]}; do $BIN_DIR/mysqldump --opt --single-transaction --master-data=2 -u$DB_USER -p$DB_PASS -h$DB_HOST $DB_NAME > $BCK_DIR/$DATE/db_$var.sql done # TODO
我目前是做的全量备份，因为项目小。可以考虑全量+增量结合备份；
可加上邮件发送备份的文件到自己的邮箱，也可用上传第三方Oss；
2.设置定时任务
# crontab -e # 设置每天凌晨一点备份 0 1 * * * /home/sh/dump.sh
总结
利用 定时备份+开启Mysql二进制日志 能更好的保证误删恢复（建议加上发送邮件，或者上传OSS）。这个是小公司做法，当然还有更多更好的方法；
