mysql数据库崩溃的原因？

Posted 2023-04-09

参考技术A 1、先通过mysqldump把数据库做备份
2、导致数据库崩溃的原因
3、没必要安装两个，重新建一个数据库即可；
4、装两个也有风险
一不小心你装的那个覆盖了另一个或者在你装的过程中磁盘崩溃了
5、建议定义通过mysqldump备份数据库
如果在同一台机器上安装两个mysql，相互间会有影响吗！ 参考技术B MySQL 随着版本不停迭代，崩溃的现象越来越少，也越来越隐蔽。
一旦遇到生产环境上的 MySQL 崩溃，就需要保留现场信息，供分析用。虽然 MySQL 的 error log 中会打印部分信息，但对于比较隐蔽的崩溃，往往显得力不从心。
通过开启操作系统级别、放开用户限制、启用 MySQL 参数三个步骤，我们启用了 MySQL 的 coredump 功能，使得 MySQL 崩溃时留下了足够的线索。
对于复杂崩溃的分析，还是需要将 coredump 交给专业的研发工程师手里，或者提交给 MySQL 开发团队。
不过不管是什么场景，能提供一份 coredump，所有技术人员都会感谢你的。

服务器崩溃导致mysql数据库损坏的数据恢复过程

环境部署与故障原因：

客户本地服务器，操作系统为windows2008 r2 。在当前环境内安装有mysql5.6单实例，引擎类型为innodb，表内数据存储所使用表空间类型为独立表空间。未进行数据库备份，未开启binlog。由于人为误操作使用Delete命令进行删除数据时未添加where子句进行筛选导致全表数据被删除，删除后未对该表进行任何操作。
`

恢复方案制定：

1、故障类型分类：在本案例中，由于未对生产环境进行备份也未开启binlog日志，无法直接还原数据库，属于典型表内mysql-delete数据误删除。
2、故障分析与可行性方案制定：对于mysql innodb误删除导致记录丢失的恢复方案有三种，分别是备份还原、binlog还原和记录深度解析。对于本案例前两种方案不适用，只能使用记录深度解析的方式进行恢复。此恢复方案恢复原理为模拟innodb引擎记录管理方式，根据表结构信息将二进制文件解析为字符记录。
`

数据恢复流程：

1、获取数据文件：客户将表结构文件及表数据文件（.ibd）通过网络传输的方式发送到本公司邮箱，工程师下载文件。
2、使用恢复工具进行恢复：

在本案例中客户提供了表结构脚本，可以使用本工具中的5+3功能进行恢复。
首先读取表结构信息：

开始解析记录：

本工具默认将记录提取为SQL备份格式，等待解析完毕后还原到数据库查看结果（为保障客户隐私关键信息已打码）：

`

客户验收数据：

随机挑选表内数据交由客户验证，并统计恢复记录总数。客户验证后表示样例数据正确，总数符合原表内记录条数，恢复成功。