百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术文章 > 正文

茶水间炸锅了!菜鸟误删用户表,运维老张的MySQL救命三招!

nanshan 2025-07-08 21:43 2 浏览 0 评论

(公司茶水间,运维老张、开发小王和新人小李围着咖啡机)

小李:(紧张兮兮)张哥!我...我好像把测试库的用户表删了!下午演示咋办啊?

老张:(淡定喝咖啡)慌啥?昨晚的备份是吃干饭的?走,教你恢复!


一、基础备份:mysqldump 实战

小王:备份到底怎么做啊?我平时就手动导个SQL...

老张:(打开终端)看好了!最基础的整库备份,用 mysqldump:

# 备份整个库到backup.sql
mysqldump -u root -p --databases my_project > /backup/my_project_full_20240515.sql

# 只备份重要用户表
mysqldump -u root -p my_project users user_logs > /backup/user_tables.sql

小李:这-p后面不直接跟密码吗?

老张:安全起见!回车后输密码,不然密码留历史记录可就热闹了。加--single-transaction参数还能备份时不锁表,不影响线上跑。


二、自动备份:定时任务

小王:天天手动搞太麻烦了吧?

老张:写个脚本扔cron啊!比如每天凌晨2点备份:

#!/bin/bash
# backup_script.sh
DATE=$(date +%Y%m%d)
mysqldump -u backup_user -p'secure_pass' --single-transaction my_project > /backup/my_project_$DATE.sql
find /backup -name "*.sql" -mtime +7 -exec rm {} \;  # 删除7天前的旧备份
# 添加定时任务
crontab -e
0 2 * * * /path/to/backup_script.sh

小李:密码写在脚本里会不会不安全?

老张:(点头)可以用MySQL配置文件的[client]段存密码,文件权限设严点!


三、灾难恢复:误删表实战

小李:哥!我那删了的用户表...

老张:走,用备份恢复。先进MySQL:

-- 先删了出错库(谨慎!)
DROP DATABASE my_project; 

-- 重建空库
CREATE DATABASE my_project;
USE my_project;

-- 从备份还原
SOURCE /backup/my_project_full_20240515.sql;

小王:要是只要恢复单张表呢?

老张:简单!单独还原那张表的SQL片段:

mysql -u root -p my_project < /backup/user_tables.sql

四、增量救命:binlog闪回

小李:如果备份后还有新数据怎么办?

老张:(神秘一笑)上大招——binlog!先定位误操作位置:

mysqlbinlog --base64-output=DECODE-ROWS -v /var/lib/mysql/binlog.000008 > binlog_text.log

打开binlog_text.log,搜索DROP TABLE找到位置:

# at 1420
#240515 10:30:00 server id 1
DROP TABLE `users` /* generated by server */

老张:导出错误操作前的binlog:

mysqlbinlog /var/lib/mysql/binlog.000008 --start-position=1000 --stop-position=1420 > recovery.sql

小李:然后执行这个recovery.sql?

老张:聪明!这样备份后到删表前的增量数据就回来了:

mysql -u root -p < recovery.sql

(一小时后,小李盯着恢复好的数据擦汗)

小李:吓死我了...以后每天检查备份!

小王:我回去就给代码库加定时备份脚本!

老张:(笑着收U盘)记住三条铁律: 1 备份不测试等于没备份 2 关键操作前手动备一次 3 binlog必须开着!

关键脚本总结:

全量备份:mysqldump -u user -p dbname > backup.sql 定时清理:find /backup -mtime +7 -exec rm {} \; binlog恢复:mysqlbinlog binlog.000001 --stop-position=N | mysql -u root -p

(三人碰了下咖啡杯,键盘声再次噼里啪啦响起...)


后记:统计显示约70%数据丢失源于人为误操作。本文演示的“全量+binlog”双保险模式,可在生产环境中将数据恢复精确到秒级。定期验证备份有效性(如备份还原到沙盒环境)比备份本身更重要——毕竟未被验证的备份,只是一份温柔的幻觉。

相关推荐

删库之后不要着急跑路,教你神不知鬼不觉找回数据

在工作中,我们误删数据或者数据库,我们一定需要跑路吗?我看未必,程序员一定要学会自救,神不知鬼不觉的将数据找回。在mysql数据库中,我们知道binlog日志记录了我们对数据库的所有操作,所以...

数据库告警不可用,增删改受阻(数据库限制删除)

前言:昨晚,突然出现服务不可用告警,查看日志上线报文入库到数据库很慢并受阻,出现数据不同步问题。排查问题查看发现服务都是在执行update、insert这些DML命令的时候,报的数据库执行超时。经过一...

Binlog实现MySQL复制,5个关键步骤,务必掌握!

复制是MySQL最重要的功能之一,MySQL集群的高可用、负载均衡和读写分离都是基于复制来实现的。Binlog就是实现主从复制的关键,主数据库将修改操作记录到Binlog中,从数据库通过解...

MySQL数据实时增量同步到Elasticsearch

Mysql到Elasticsearch的数据同步,一般用ETL来实现,但性能并不理想,目前大部分的ETL是定时查询Mysql数据库有没有新增数据或者修改数据,如果数据量小影响不大,但如果几百万上千万的...

MySQL 数据库恢复:如何执行时间点恢复(PITR)以挽救受损数据?

天津鸿萌科贸发展有限公司从事数据安全服务二十余年,致力于为各领域客户提供专业的数据恢复、数据备份、数据取证、数据迁移、网络安全、数据清除等解决方案,并针对企业面临的数据安全风险,提供专业的相关数据安全...

阿里面试:MySQL Binlog有哪些格式?底层原理?优缺点?

binlog的格式也有三种:STATEMENT、ROW、MIXED,下面我详解binlog三种模式@mikechenStatement模式Statement模式:是基于SQL语句的复制(statem...

快速带你读懂MySQL的binlog写入机制

深入讲解MySQL中的重要日志binlog的写入机制以及影响IO性能的关键配置,并且介绍了如何利用binlog去恢复数据,保证MySQL的可靠性。Q:binlog写入时机binlog的写入逻辑并...

MySQL 误删除数据恢复全攻略:基于 Binlog 的实战指南

在MySQL的世界里,二进制日志(Binlog)就是我们的"时光机"。它默默记录着数据库的每一个重要变更,就像一位忠实的史官,为我们在数据灾难中提供最后的救命稻草。本文将带您深入掌握如...

一文了解MySQL Binlog(一文了解肝脏有益和有害的食物)

MySQL的Binlog日志是一种二进制格式的日志,Binlog记录所有的DDL和DML语句(除了数据查询语句SELECT、SHOW等),以Event的形式记录,同时记录语句执行时...

数据丢失?别慌!MySQL备份恢复攻略

想象一下,某个晴朗的午后,你正享受着咖啡,突然接到紧急电话:你的网站或APP彻底挂了!系统崩溃,界面全白。虽然心头一紧,但你或许还能安慰自己:系统崩溃只是暂停服务,数据还在,修复修复就好了。然而,如果...

Mysql中的bin log、redo log、undo log的区别

最近在整理面试题,在看mvcc的时候看到了undolog,今天索性把这三个log都记录一遍。MySQL的逻辑架构说之前先说一下MySQL的基本架构,MySQL主要分为两层:Server层和存储引...

binlog日志定时清理(binlog清理规则)

binlog日志binlog是MySQL数据库的一种日志文件,用于记录所有对数据的修改操作。binlog全称为binarylog,它以二进制格式记录MySQL服务器上所有的修改操作,包括对哪个数据库...

茶水间炸锅了!菜鸟误删用户表,运维老张的MySQL救命三招!

(公司茶水间,运维老张、开发小王和新人小李围着咖啡机)小李:(紧张兮兮)张哥!我...我好像把测试库的用户表删了!下午演示咋办啊?老张:(淡定喝咖啡)慌啥?昨晚的备份是吃干饭的?走,教你恢复!一、基础...

解决运维痛点,提高运维安全性-雷池 SafeLine WAF新功能身份认证

雷池介绍使用雷池SafeLineWAF已经两年多了,在1.5.x版本时就已经开始测试使用,并在推出LTS版本后转入LTS分支。近期雷池SafeLineWAF重点更新了身份认证功能,并提供了SS...

【Docker 新手入门指南】第十五章:常见故障排除

一、前期准备:收集关键信息在排查问题前,建议先获取以下系统数据,便于精准定位故障:1.系统基础信息#查看Docker版本(确认是否为最新稳定版)dockerversion#查看...

取消回复欢迎 发表评论: