mysql修改字段类型错误，导致数据毁坏

如题。
上午在修改数据库字段类型的时候没有备份字段数据，因为是用的Navicat操作的，所以操作比较快，没留意选错了数据类型，本来是text的数据类型，不小心被改成了tinytext，然后数据就被毁坏了，请问怎么恢复呢？数据库是mysql，安装在Linux系统里面的。

http://blog.csdn.net/xifeijian/article/details/20409775 研究下吧 没碰到过这种情况

写个脚本批量转换一下

写个脚本批量转换一下就好了

写个脚本批量转换一下

数据毁坏不知道是什么程度，不能访问了吗？我之前有小组的人误删了一张表，可以根据时间点还原数据，可以参考以下操作。

1. 确认log_bin是否打开

mysql> show global variables like 'log_bin'; 
+---------------+-------+ 
| Variable_name | Value | 
+---------------+-------+ 
| log_bin       | ON    | 
+---------------+-------+ 
1 row in set (0.00 sec)

• 如果没有开启在配置文件里my.cnf,添加 [mysqld] log-bin=mysql-bin

2. 在test库里面新建一个表upl

use test;
create table upl;

插入数据

insert into upl values (1,'tom'),(2,'mary'),(3,'bean');

查看数据

mysql> select * from upl;
+------+------+
| id   | user |
+------+------+
|    1 | tom  |
|    2 | mary |
|    3 | bean

3. 在时间点a备份数据库test

mysqldump -uroot -p --databases test > /data/test.sql

4. 时间点b再次登录数据库，创建表test.t2

 mysql> create table t2 (a int); 
Query OK, 0 rows affected (0.00 sec) 
mysql> insert into t2 values(10); 
Query OK, 1 row affected (0.02 sec) 
mysql> commit; 
Query OK, 0 rows affected (0.00 sec) 
mysql> select * from t2; 
+------+ 
| a    | 
+------+ 
|   10 | 
+------+ 
1 row in set (0.00 sec)

5. 在时间点c删除upl,t2

drop table upl;
drop table t2;

6. 要求恢复到时间点b (upl和t2同时存在)

先恢复全库

mysql -uroot -p < /data/test.sql

登录mysql发现upl表已经存在了
挖掘log-bin日志

mysqlbinlog --start-datetime='2016-10-21 14:46:10' --stop-datetime='2016-10-21 14:50:35'  mysql-bin.000001 > recovery.sql

说明：这两个时间点只能取大概的时间，不能确定精确的时间，可以写上面数据库备份完的那个时间，结束时间就写删除某个表的时间（大概） 这个mysql-bin.000001 日志文件选择最新的那个（距离删除时间最近的）
然后再把这个recovery.sql倒入到数据库里
mysql -uroot -p < recovery.sql
再次登录mysql数据库，发现t2也已经存在了，到此全部恢复完成！

log-bin日志恢复

点击数据库右键更改表结构，然后把字段改回来

写个脚本批量转换一下

由于日志文件太大了，无法通过bin-log文件直接恢复，所以我只好采用最笨的方法，就是将mysql-index.00001文件转换成txt文件，
然后写了一个规则程序，从中切割出我需要的sql语句保存到sql文件中，然后在将sql导入到数据库，因为只有一个字段的数据损坏，也就一百来条数据，所以整理起来还算快捷。