本文目录一览：
- 1、linux下如何备份还原mysql数据库_MySQL
- 2、如何使用MYSQL数据库进行备份数据恢复
- 3、服务器崩溃了,MYSQL没备份,怎么恢复
- 4、如何用ibdata1文件恢复数据库
- 5、频繁查询mysql数据库导致崩溃
- 6、mysql数据库崩溃的原因(mysql崩溃恢复)
ll命令来查看备份文件 。我们再来看看备份后的恢复，如图九，图十所示 ， 我们新创建一个数据库bak，然后把我们刚才备份的mysql.bak文件导入到这个数据库 。
如果是Linux系统，请直接看下面的步骤 。
如何使用MYSQL数据库进行备份数据恢复恢复整个数据库首先，如果要恢复的数据库是含有授权表的mysql数据库 ， 将需要使用--skip-grant-tables选项运行服务器 。否则，服务器将抱怨无法找到授权表 。
完全备份 这是大多数人常用的方式，它可以备份整个数据库 ， 包含用户表、系统表、索引、视图和存储过程等所有数据库对象 。但它需要花费更多的时间和空间，所以，一周做一次完全备份 。
mysqlhotcopy备份【如果是企业版的mysql可以用mysqlbackup当然是要收费的】mysqlhotcopy 是一个 PERL 程序 。它使用 LOCK TABLES、FLUSHTABLES 和 cp 或 scp来快速备份数据库 。
备份MySQL数据库为带删除表的格式，能够让该备份覆盖已有数据库而不需要手动删除原有数据库 。
简单情况下：进入原来mysql安装路径下的data文件夹下，找到相应的库和ibdata1，进行copy ， 就可回复原来的数据 。复杂情况下：从另一台机上把MySQL数据库的mysql文件夹拷贝到本地机上，目的是恢复本地机对数据的访问和操作 。
服务器崩溃了,MYSQL没备份,怎么恢复在本地重装MySQL（安装目录D：\Program Files\MySQL\MySQL Server 0），直接把mysql文件夹拷贝至D：\Program Files\MySQL\MySQL Server 0\ 。结果，失败：数据库连接错误 。
可以通过将更新日志作为对mysql的输入来重复这些查询（这就是为什么需要更新日志的原因 。如果您还没有使更新 日志有效，现在赶快做 ， 并在进一步读取之前生成一个新的备份） 。恢复过程根据必须恢复的信息的多少而变化 。
像这种情况 ， 可以试试保留现场 。一旦遇到生产环境上的 MySQL 崩溃，就需要保留现场信息，供分析用 。虽然 MySQL 的 error log 中会打印部分信息，但对于比较隐蔽的崩溃，往往显得力不从心 。
使用备份恢复 如果人们有定期备份服务器数据的策略，人们可以使用备份数据进行恢复 。人们需要将备份数据还原到服务器上，以恢复丢失的文件和数据库 。这可能涉及使用备份软件或通过命令行工具执行相应的恢复操作 。
为此数据库管理员应针对具体的业务要求制定详细的数据库备份与灾难恢复策略，并通过模拟故障对每种可能的情况进行严格测试，只有这样才能保证数据的高可用性 。
如何用ibdata1文件恢复数据库【mysql崩溃 recovery mysql崩溃恢复】将备份的原始数据库文件中的所有 .frm 文件（保持原来的目录结构）和 ibdata1 文件复制到新服务器的数据库文件目录中（如果新服务器操作系统和配置环境一样，那么目录结构也一样） ， 其它文件不要 。
否则，你只有ibdata1文件，而没有其他关联的文件（如表定义的.frm后缀文件），则就比较难恢复了 ， 除非你先全部把所有表都重新定义一遍，然后再拷贝ibdata1覆盖了 。
有两种方法，一种方法使用mysql的check table和repair table 的sql语句，另一种方法是使用MySQL提供的多个myisamchk，isamchk数据检测恢复工具 。前者使用起来比较简便 。推荐使用 。
频繁查询mysql数据库导致崩溃一旦遇到生产环境上的 MySQL 崩溃，就需要保留现场信息，供分析用 。虽然 MySQL 的 error log 中会打印部分信息，但对于比较隐蔽的崩溃 ， 往往显得力不从心 。
看MySQL日志，看InnoDB是否提示了申请内存失败 。很可能是内存不足造成的 。
是由于数据库负载或系统资源限制导致 。数据库负载：若数据库正在处理大量并发请求或者执行大量复杂的查询，会导致查询响应时间延长 。系统资源限制：若数据库服务器的CPU、内存、磁盘等资源受到限制，也会影响查询响应时间 。
很可怕的搜索语句会导致这样的情况，如果是数据分析，或者半夜的周期数据清理任务，偶尔出现，可以允许 。频繁出现务必优化之 。Copytotmptable通常与连表查询有关 ， 建议逐渐习惯不使用连表查询 。
硬件，是不是抗不?。?软件，mysql是不是没有设置好，数据库设计方面等 ， 语言，SQL语句写法 。下面是一些优化技巧 。对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引 。
\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息 。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判 。\ 我们增加了 hint，指导 MySQL 正确进行优化判断 。
mysql数据库崩溃的原因(mysql崩溃恢复)一旦遇到生产环境上的 MySQL 崩溃，就需要保留现场信息，供分析用 。虽然 MySQL 的 error log 中会打印部分信息，但对于比较隐蔽的崩溃，往往显得力不从心 。
配置my.cnf 配置innodb_force_recovery = 1 到 6 试到正确为止，重启MySQL 导出数据脚本 mysqldump -uroot -p123456 test test.sql 导出SQL脚本 。
第二种：修改注册表本方法是微软给出的修改注册表修复该Bug的的方法，原因是默认最大的临时TCP端口的数是5000适用于一节中包含的产品中 。在这些产品中添加一个新参数 。
有两种方法，一种方法使用mysql的check table和repair table 的sql语句 ， 另一种方法是使用MySQL提供的多个myisamchk， isamchk数据检测恢复工具 。前者使用起来比较简便 。推荐使用 。
InnoDB表结构的恢复 1 假定：MYSQL数据库已经崩溃，目前只有对应表的frm文件，大家都知道，frm文件无法通过文本编辑器查看，因为如果不恢复，基本上来说对我们没什么用 。
