本文目录一览：
- 1、我把linux下的mysql文件夹拷贝了下来，想在另一台linux下的mysql上恢复数据,多个数据库文件，出现1146错误
- 2、怎么恢复mysql数据库
- 3、如何修复MYSQL数据库因断电造成的数据损坏
- 4、怎么恢复mysql数据库怎么恢复数据
我把linux下的mysql文件夹拷贝了下来，想在另一台linux下的mysql上恢复数据,多个数据库文件，出现1146错误
项目上 MySQL 还原 SQL 备份经常会碰到一个错误如下，且通常出现在导入视图、函数、存储过程、事件等对象时，其根本原因就是因为导入时所用账号并不具有SUPER 权限，所以无法创建其他账号的所属对象。ERROR 1227 (42000) : Access denied; you need (at least one of) the SUPER privilege(s) for this operation常见场景：1. 还原 RDS 时经常出现，因为 RDS 不提供 SUPER 权限；2. 由开发库还原到项目现场，账号权限等有所不同。
处理方式：
1. 在原库中批量修改对象所有者为导入账号或修改 SQL SECURITY 为 Invoker；2. 使用 mysqldump 导出备份，然后将 SQL 文件中的对象所有者替换为导入账号。
二、问题原因我们先来看下为啥会出现这个报错，那就得说下 MySQL 中一个很特别的权限控制机制，像视图、函数、存储过程、触发器等这些数据对象会存在一个 DEFINER 和一个 SQL SECURITY 的属性，如下所示：
--视图定义CREATE ALGORITHM = UNDEFINED DEFINER = `root`@`%` SQL SECURITY DEFINER VIEW v_test
--函数定义CREATE DEFINER=`root`@`%` FUNCTION `f_test()` RETURNS varchar(100) SQL SECURITY DEFINER
--存储过程定义CREATE DEFINER=`root`@`%` PROCEDURE `p_test`() SQL SECURITY DEFINER
--触发器定义CREATE DEFINER=`root`@`%` trigger t_test
--事件定义CREATE DEFINER=`root`@`%` EVENT `e_test`
DEFINER：对象定义者，在创建对象时可以手动指定用户，不指定的话默认为当前连接用户；
SQL SECURITY：指明以谁的权限来执行该对象，有两个选项，一个为 DEFINER，一个为 INVOKER，默认情况下系统指定为 DEFINER；DEFINER：表示按定义者的权限来执行； INVOKER：表示按调用者的权限来执行。
如果导入账号具有 SUPER 权限，即使对象的所有者账号不存在，也可以导入成功，但是在查询对象时，如果对象的 SQL SECURITY 为 DEFINER，则会报账号不存在的报错。ERROR 1449 (HY000): The user specified as a definer ('root'@'%') does not exist
改写好处：1. 可以避免还原时遇到 DEFINER 报错相关问题；2. 根据输出信息知道备份是否正常进行，防止备份中遇到元数据锁无法获取然后一直卡住的情况。
怎么恢复mysql数据库
mysql数据库恢复方法：
方法一：
命令恢复数据库：
mysql -u root –password=root密码 数据库名 备份文件.sql
方法二：
第一步：用管理员权限登录并进入后台管理界面，点“数据库-资料恢复”。
第二步：在数据恢复设置中选择“从本地文件”进行恢复，然后通过右边的“浏览”按钮找到之前保存下来的.sql文件。
第三步：点“提交”按钮后将出现询问“分卷数据成功导入数据库，需要自动导入本次其他的备份吗?”一般继续点“确定”按钮即可。之后的数据库文件就完全导入到当前网站了。这时出现再次要求输入管理员帐号的提示。访问网站地址时也会看到所有信息都恢复到备份数据库时的内容了。
小提示：
不管采取哪种方式备份和恢复数据库，一定要注意备份和恢复时使用的版本要相同，甚至是语言种类也要一致，否则会存在乱码的问题。
如何修复MYSQL数据库因断电造成的数据损坏
修复MYSQL数据库因断电造成的数据损坏
在使用MySQL数据库的时候，都碰到过因断电造成数据库损坏的情况，大家都知道，断电或非正常关机是导致MySQL数据库出现错误最常见的原因，如何恢复MySQL数据库是大家都非常头痛的问题。目前有方法可以帮助大家恢复损坏的MySQL数据库吗？
当用户出现断电造成的MySQL数据库丢失损坏时，如果能进入MySQL软件，但是提示错误信息，用户可以通过“系统维护”—“数据库压缩修复”，压缩下数据库（有些软件在“系统设置”—“系统维护”—“数据库备份恢复”中），这种方法只适合一小部分的数据库故障修复，功能性并不高。
现在网络上有两种比较推荐使用的MySQL数据库恢复方法，一种方法使用MySQL(和PHP搭配之最佳组合)的check
table和repair
table
的sql语句，另一种方法是使用MySQL(和PHP搭配之最佳组合)提供的多个myisamchk，
isamchk数据检测恢复工具。在很多用户看来，这两个方法都比较复杂，并不适合大多数的用户使用。另外，这两种方法并不能有效的恢复MySQL数据库，可能还会造成数据库被进一步损坏，造成大家无法挽回的损失。根据以上几个原因，这两种MySQL数据库恢复方法并不建议大家使用。
。
数据库被损坏分以下几种情况：
1、严重损坏
2、轻度损坏
3、有些表被损坏或有些表的部分记录被损坏
怎么恢复mysql数据库怎么恢复数据
简单情况下：进入原来mysql安装路径下的data文件夹下，找到相应的库和ibdata1，进行copy，就可回复原来的数据。
复杂情况下：
从另一台机上把MySQL数据库的mysql文件夹拷贝到本地机上，目的是恢复本地机对数据的访问和操作。经过如下几种情况的操作。
1. 在本地重装MySQL（安装目录D:Program FilesMySQLMySQL Server 5.0），直接把mysql文件夹拷贝至D:Program FilesMySQLMySQL Server 5.0。结果，失败：数据库连接错误。
2. 卸载后重装MySQL，将D:Program FilesMySQLMySQL Server 5.0下的数据备份，只把mysqldata文件夹全部内容拷贝到D:Program FilesMySQLMySQL Server 5.0data下。结果，失败：数据库连接错误。将备份的数据还完覆盖。结果，失败，还是连接不上数据库。
3. 卸载后重装MySQL，将mysqldata文件夹里的cf1,last文件夹（这两个是原来MySQL里的数据库）拷贝进D:Program FilesMySQLMySQL Server 5.0data。连接成功，在Navicat for MySQL里看到数据库cf1和last，但是不能访问，因为数据全为零。明白了原来data里以数据库命名的文件存储的是数据库的表结构，不是元数据。下一步，把data文件夹里的ibdata1文件（3.4G大，明显存储了元数据）拷贝到D:Program FilesMySQLMySQL Server 5.0data里，代替原来的ibdata1文件。重启电脑，打开Navicat for MySQL，连接成功，数据可以访问操作。
至此，操作终于成功。其实当初在那台机上把数据导出来，而不是现在直接把文件夹mysql复制过来会更容易恢复。但那台机已经重装了系统，也就是说MySQL失效了。