Undrop-for-innodb从删库到跑路：修订间差异
来自三线的随记
（创建页面，内容为“undrop-for-innodb --->mysql innodb引擎翻车用的恢复工具 教程1:http://blog.51cto.com/icenycmh/2158814?source=dra 教程1->快照:http://archive.fo/dydbj…”） |
小无编辑摘要 |
||
| 第10行： | 第10行： | ||
# 最后导出来的数据一开始一堆乱码，并不是编码问题，而是c_parser ->-t参数CREATE statement 文件里面的语句有问题，并不是原来表的结构 | # 最后导出来的数据一开始一堆乱码，并不是编码问题，而是c_parser ->-t参数CREATE statement 文件里面的语句有问题，并不是原来表的结构 | ||
# 如1所示，需要提前准备表的结构文件，不然的话也得表结构恢复才能进行数据恢复 | # 如1所示，需要提前准备表的结构文件，不然的话也得表结构恢复才能进行数据恢复 | ||
# 这工具针对不同的innodb_file_per_table方式用法有不同 | |||
# innodb_file_per_table参数描述了innodb存储引擎存储数据的方式。如果为OFF，则库表的所有数据都存放在ibdata*的共享表空间内，若为ON，则每个表会生成独立的文件来存储数据。 | |||
# show VARIABLES like '%innodb_file_per_table%' | |||
= 没事别手贱 = | = 没事别手贱 = | ||
[[分类:Mysql]] | [[分类:Mysql]] | ||
2018年10月11日 (四) 19:31的版本
undrop-for-innodb --->mysql innodb引擎翻车用的恢复工具
教程1:http://blog.51cto.com/icenycmh/2158814?source=dra
教程1->快照:http://archive.fo/dydbj
git->https://github.com/twindb/undrop-for-innodb
坑
- 最后导出来的数据一开始一堆乱码，并不是编码问题，而是c_parser ->-t参数CREATE statement 文件里面的语句有问题，并不是原来表的结构
- 如1所示，需要提前准备表的结构文件，不然的话也得表结构恢复才能进行数据恢复
- 这工具针对不同的innodb_file_per_table方式用法有不同
- innodb_file_per_table参数描述了innodb存储引擎存储数据的方式。如果为OFF，则库表的所有数据都存放在ibdata*的共享表空间内，若为ON，则每个表会生成独立的文件来存储数据。
- show VARIABLES like '%innodb_file_per_table%'
