记一次真实的生产环境事故,20万条记录没了,mysql delete命令踩过的坑,不是故意删库
来源:SegmentFault
时间:2023-01-12 11:22:42 454浏览 收藏
有志者,事竟成!如果你在学习数据库,那么本文《记一次真实的生产环境事故,20万条记录没了,mysql delete命令踩过的坑,不是故意删库》,就很适合你!文章讲解的知识点主要包括MySQL、数据库,若是你对本文感兴趣,或者是想搞懂其中某个知识点,就请你继续往下看吧~
--本次上线之前的主表,md_poc_survey其他字段我无放进来,和这次要说的bug无关。 DROP TABLE IF EXISTS md_poc_survey; CREATE TABLE `md_poc_survey` ( `member_survey_id` int(10) NOT NULL AUTO_INCREMENT COMMENT '会员问卷自增ID' PRIMARY KEY (`member_survey_id`) ) ENGINE=InnoDB AUTO_INCREMENT=207054 DEFAULT CHARSET=utf8; --本次发布是为了修复并发md_poc_survey里面几百条重复数据,这个表当前有20万条正式数据 -- 建立临时表,存放重复的记录,为删除做准备,本地Navicat执行,没有问题 DROP TABLE IF EXISTS tmp_member_survey; CREATE TABLE tmp_member_survey( member_survey int(10) )ENGINE=INNODB DEFAULT CHARSET=utf8; -- 临时表中插入重复数据中member_survey_id较大者,即把重复的数据插入临时表,本地执行没有问题,有数据插入 INSERT tmp_member_survey SELECT member_survey_id FROM md_poc_survey WHERE member_id IN ( SELECT a.member_id FROM md_poc_survey a INNER JOIN md_sales_survey_answer b ON a.member_survey_id=b.member_survey_id GROUP BY a.member_id HAVING COUNT(a.member_id) > 1 ) AND member_survey_id NOT IN ( SELECT MIN(a.member_survey_id) FROM md_poc_survey a INNER JOIN md_sales_survey_answer b ON a.member_survey_id=b.member_survey_id GROUP BY a.member_id HAVING COUNT(a.member_id) > 1 ); -- 删除md_poc_survey重复数据,本地navicat执行没有报错
早上10点半左右发布时,同事也是一段一段sql执行(我只有生产环境查询权限),没有发现错误,执行到delete语句时懵逼了,查询器显示 Affected rows: 200000+,同事刷新了下md_poc_survey表,数据全没了,瞬间部门炸锅了。我就坐在他对面,整个人都不好了,有点要跑路的冲动。
后面客户那边反应历史数据没了,我们说系统不稳定,稍等马上就好,于是技术总监马不停蹄的恢复数据。后面折腾到晚上8点,才完全找回丢失的数据。这也是对我们系统的一次考验:备份机制不完善,操作起来麻烦费时
好了,说一下哪里的问题,创建tmp_member_survey时我的要的是member_survey_id 字段 我写成了member_survey,创建表sql执行也没问题;INSERT数据时,虽然是member_survey字段,能正常插入数据,也没问题。最后delete语句本地执行不会报错,甚至我在测试环境也没有报错,即使不报错主表md_poc_survey 的数据也没有被清空!
单独执行
SELECT member_survey_id FROM tmp_member_survey AS X
会报错
为啥生产环境主表md_poc_survey 会被清空呢?
为啥执行
DELETE FROM md_poc_survey WHERE member_survey_id IN (
SELECT member_survey_id FROM tmp_member_survey AS X
);
不直接报错呢?
幸好没被开除,下一篇总结下原因和数据库备份的方法!
今天关于《记一次真实的生产环境事故,20万条记录没了,mysql delete命令踩过的坑,不是故意删库》的内容介绍就到此结束,如果有什么疑问或者建议,可以在golang学习网公众号下多多回复交流;文中若有不正之处,也希望回复留言以告知!
-
499 收藏
-
244 收藏
-
235 收藏
-
157 收藏
-
101 收藏
-
259 收藏
-
411 收藏
-
476 收藏
-
312 收藏
-
244 收藏
-
195 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 542次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 507次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 497次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 484次学习
-
- 洁净的苗条
- 赞 👍👍,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢up主分享技术贴!
- 2023-05-03 01:39:49
-
- 清秀的香烟
- 这篇技术文章太及时了,太详细了,写的不错,mark,关注作者了!希望作者能多写数据库相关的文章。
- 2023-02-14 13:37:09
-
- 英俊的帽子
- 这篇技术文章真及时,好细啊,很好,码住,关注大佬了!希望大佬能多写数据库相关的文章。
- 2023-01-21 13:18:13
-
- 聪慧的麦片
- 这篇文章内容真是及时雨啊,up主加油!
- 2023-01-18 19:32:43
-
- 羞涩的秋天
- 很详细,收藏了,感谢老哥的这篇博文,我会继续支持!
- 2023-01-16 13:08:00
-
- 俊秀的灯泡
- 很有用,一直没懂这个问题,但其实工作中常常有遇到...不过今天到这,帮助很大,总算是懂了,感谢师傅分享文章!
- 2023-01-15 21:45:58