资源由 www.eimhe.com 美河学习在线收集分享
Mysql 之宕机恢复 服务器 or Mysql 服务宕机
这种可能的情况，如发生在 mysql 软件可承受力够但是服务器硬件，或者其他服务导致的
宕机 又或者 MYSQL 参数配置过大或者参数配置不合理导致服务器崩溃
，出现宕机的可能多种多样，本文档主要体现的是宕机后可能出现的问题和后遗症较大的情况是什么
Innodb 表空间损坏
服务器有所变更如改名等，宕机之前没有关闭 mysql 数据库，此时导致 mysql 数据库的无法启动，是无法
生成 pid 文件的，严重的甚至需要重新编译你的 mysql 数据库，此时由于数据库软件无法启动，因此无法
更改存储引擎类型，如有 INNODB 那么则无法使用 CP 的冷备份方式就不太好了，则需要利用之前的备份
或者如下方案：
第一步首先进入你编译之初的生成必要文件夹做一次./mysql_install_db 之后数据库可以启动然而这样的启
动是必然要注意很多细节的，如 ibdata 文件的路径以及大小只要稍有偏差则，需要利用备份恢复了，此外
由于这种方式带来的一点就是堆 mysql 库做重新构建，因此必须对 mysql 库要有一次最新的归档，最最近
的启动准确的 my.cnf 文件存在一份归档。才可以做到立即恢复，反之需要利用备份文件，无论是逻辑备份
+binlog 日志又或者是 innodbackuex 的增量备份，此外 innobackupex 方式的备份不适用与不同版本的数据
库恢复迁移。
数据库自身无法承受压力而导致的数据库软件崩溃，首先这个发生的几率是比较小的，但是在现实经历中，
如果说开发的 sql 语句问题导致，黑客攻击等就难说了，面对数据库服务器的崩溃还原的同时要考虑导致
发生崩溃的原因，入硬件问题，软件问题，黑客攻击，SQL 语句烂，比如发生笛卡尔积很大的语句多条，
等要治其本。
如果在你不知道情况下的宕机，无论是数据库还是服务器首先第一点我们想到的是查看错误日志，登陆记
录，历史命令，cat ~/.mysql_history(mysql 的历史命令，注意这个文件在做如授权修改密码等曾在安全隐患
的操作之后应清空该文件）
事物日志损坏
数据未落盘
7.出现僵尸进程 KILL 后服务重启了，之中可能会出现的影响包括 1-6 条
这里我引申出历史八大数据库宕机的教训网页请查看
http://soft.chinabyte.com/database/51/12710051.shtml
备份应多处存放，对备份文件的有效性应做还原测试
此处针对各种原因导致的数据库宕机，误操作做恢复实例：
剩余18页未读，继续阅读
- 1
- 2
前往页