mysql数据库丢失怎么办(MySQL 数据丢失排查案例)
mysql数据库丢失怎么办
MySQL 数据丢失排查案例前言
最近,有一位朋友突然微信联系我,说MySQL出现了数据丢失的情况;毫无疑问,对于一个DBA而言,这无疑是最令人紧张的一件事情,没有之一;听到这个消息后,我也就立刻投入到问题排查中。
现场排查
一开始听到这个消息,我心里面当然也是非常紧张,不过很快就让自己冷静下来,开始进行排查:
(1)实例状态是不是正常的? --经确认,实例状态正常
(2)业务库是哪个?是否还存在?是否被删除? --经确认,业务库存在
(3)业务是访问哪个表报错?该表是否存在?是否被删除? --经确认,业务表存在
(4)应用用户的权限是否正常? --经确认,应用用户拥有业务库的所有权限
(5)业务访问是报什么错? --经确认,业务侧是访问某些页面报错
(6)排查到这里,一方面是怀疑应用程序是否有异常,另一方面是怀疑是否出现部分记录丢失;开发侧和运维侧同时在排查,这边给运维侧排查的思路是 业务表是否有主键?业务侧访问报错和业务表的对应关系是怎样的?能否找出相对应的记录?
(7)进一步分析发现,该业务表有主键,开发侧也提供了查询的记录,经排查该记录存在,并未被误删除;开发侧排查应用程序,日志也未很清晰打印出报错信息
(8)在这种情况下,只能先咨询一下当晚是否有做什么变更/发布? --经确认,当晚有做一些表的DDL变更
继续排查发现,当晚DDL变更有涉及到该业务表的操作,变更内容为修改字段长度,类似alter table xxx modify column xxx char(x);问题到这里也就开始有思路了,接下去开始排查sql_mode配置、查询相应的完整行记录给开发确认,最终确认是DDL变更导致字段被截断,最后只能通过备份进行恢复,问题最终得到解决。
案例复现
看完刚刚的排查过程,相信很多童鞋都会有疑问,为什么修改字段长度对导致数据被截断?MySQL难道不会不会做数据校验吗?让我们接着往下看。
(1)场景1
mysql> select * from sbtest2 limit 1; +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ | id | k | c | pad | +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ | 1 | 3718516 | 08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977 | 63188288836-92351140030-06390587585-66802097351-49282961843 | +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ 1 row in set (0.00 sec) mysql> alter table sbtest2 modify column pad char(1); ERROR 1265 (01000): Data truncated for column 'pad' at row 1 mysql> select * from sbtest2 limit 1; +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ | id | k | c | pad | +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ | 1 | 3718516 | 08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977 | 63188288836-92351140030-06390587585-66802097351-49282961843 | +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ 1 row in set (0.00 sec)
(2)场景2
mysql> select * from sbtest2 limit 1; +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ | id | k | c | pad | +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ | 1 | 3718516 | 08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977 | 63188288836-92351140030-06390587585-66802097351-49282961843 | +----+---------+-------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------+ 1 row in set (0.00 sec) mysql> alter table sbtest2 modify column pad char(1);Query OK, 100 rows affected, 100 warnings (0.06 sec) Records: 100 Duplicates: 0 Warnings: 100 mysql> select * from sbtest2 limit 1; +----+---------+-------------------------------------------------------------------------------------------------------------------------+------+ | id | k | c | pad | +----+---------+-------------------------------------------------------------------------------------------------------------------------+------+ | 1 | 3718516 | 08566691963-88624912351-16662227201-46648573979-64646226163-77505759394-75470094713-41097360717-15161106334-50535565977 | 6 | +----+---------+-------------------------------------------------------------------------------------------------------------------------+------+ 1 row in set (0.00 sec)
场景1是比较符合我们预期的,直接报错“数据被截断”;场景2是执行成功,导致“数据部分丢失”;那么,MySQL是没有进行数据校验吗?其实MySQL都有对数据进行校验的,只是在场景2中,因为sql_mode配置有问题,没有设置STRICT_TRANS_TABLES,导致MySQL没有阻止该操作执行,从而导致“数据丢失”惨案。
总结
至此,“数据丢失”惨案也就可以告一段落,根本原因是sql_mode没有设置STRICT_TRANS_TABLES;这个案例也是在提醒我们,sql_mode是一个非常关键的配置,千万不可随便设置和修改;关于sql_mode的更多内容,下篇文章会继续给大家分享。
以上就是MySQL 数据丢失排查案例的详细内容,更多关于MySQL 数据丢失排查的资料请关注开心学习网其它相关文章!
- mysql剩余表空间大小(MySQL 表空间碎片的概念及相关问题解决)
- apache搭建php环境(Windows上安装Apache2、PHP5、MySQL5及与Resin配合实现多系统之整合)
- 对mysql索引的理解(详解MySQL 8.0 之不可见索引)
- mysql事务级别设置(mysql在项目中怎么选事务隔离级别)
- mysql触发器入门(MySQL中触发器和游标的介绍与使用)
- mysql配置多实例
- mysqlupdate原理(MySQL UPDATE 语句的非标准实现代码)
- mysql架构图(深入了解Mysql逻辑架构)
- mysql批量生成uuid(一种简单的ID生成策略: Mysql表生成全局唯一ID的实现)
- mysql大表查询优化方案(mysql查询优化之100万条数据的一张表优化方案)
- mysql数据库间的连接(MySQL中表的几种连接方式)
- mysql怎么设置某个字段默认值(MySQL表字段时间设置默认值)
- iis上搭建php环境(vultr服务器windows server 2012 r2搭建IIS8+PHP+MYSQL+phpMyAdmin运行环境图文教程)
- mysql对大表千万级如何优化(MySQL 大表的count优化实现)
- mysql提高分页效率(MySQL优化教程之超大分页查询)
- docker部署mysql多实例(Docker部署mysql一主一从的操作方法)
- 8月23日11时16分将迎处暑,逐渐进入气象意义上的秋天(8月23日11时16分将迎处暑)
- 花不语 下 如果重来一次的话,你还会这么选择吗(花不语下如果重来一次的话)
- 城市记忆之上海 最难忘的是老弄堂里的市井味道(城市记忆之上海)
- 太鸡贼了,这老小区轻松搞定了停车问题(这老小区轻松搞定了停车问题)
- 太鸡贼了,这老小区轻松搞定了停车问题(这老小区轻松搞定了停车问题)
- 节日我在岗|警景相融 平安相伴(节日我在岗警景相融)
热门推荐
- python中随机生成不重复随机数(python 在指定范围内随机生成不重复的n个数实例)
- 用docker搭建redis集群(docker实现redis集群搭建的方法步骤)
- mysql索引原理和优化(Mysql 索引该如何设计与优化)
- svg如何生成(使用SVG实现提示框功能的示例代码)
- mac版本php环境搭建(在Mac OS X中配置Apache+PHP+MySQL运行环境的详细步骤)
- dockerfile镜像案例(Dockerfile构建自定义镜像的实现)
- python实现两个变量的交换(在Python 中同一个类两个函数间变量的调用方法)
- python弹球游戏编写过程(python实现坦克大战游戏 附详细注释)
- ASP.NET参数化查询
- 怎么用python实现链表(Python3实现的判断回文链表算法示例)
排行榜
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9