MySQL一次修改表字段故障修复演示

一、问题背景

本公司开发使用的开发语言是PHP Laravel框架,通过 php artisan migrate 进行操作,导致数据库异常,随后再执行这个SQL语句一直报错,报错提示如下:

689e4ef16667fa07238d70d68b2589dabde9e753

报错提示:这个表已存在。

二、处理过程

2.1 查看当前的故障

进入MySQL datadir目录发现确实存在一个文件名叫#sql-ib334的文件。

[tom@tom_test_001 tom]$ cd  / data/data/mysql_3306/tom/  
[wenba@langyage_test_001 langyage]$ ls –l
-rw-rw---- 1 wenba wenba 9.9K Dec 13 21:59 #sql-227b_25.frm
-rw-rw---- 1 wenba wenba 423M Dec 13 22:00 #sql-ib334.ibd

向网上求助,在网上搜到了一些文章,也结合了网上给出的处理建议进行操作,但都没有成功(详见:

https://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting-datadict.html)。

过程当中,也咨询了我同学,说这种是临时表,系统默认会回收,但由于系统出现了问题,导致.frm 文件丢失了,所以通过MySQL查看此文件还是会存在。   

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME LIKE '%#sql%';
+----------+---------------------+------+--------+-------+-------------+------------+---------------+
| TABLE_ID | NAME                | FLAG | N_COLS | SPACE | FILE_FORMAT | ROW_FORMAT | ZIP_PAGE_SIZE |
+----------+---------------------+------+--------+-------+-------------+------------+---------------+
|      347 | langyage/#sql-ib334 |    1 |     25 |   333 | Antelope    | Compact    |       0       |

在这个过程中,也操作了mysqladmin shutdown 操作,把文件移走,再启动,但都不行,因为没有找到问题的关键点。

2.2 请求高手出马

向知数堂吴老师请教,并进行问题排查。吴老师详细了解了我目前遇到的状况,并查看了数据目录,很快就查出了问题所在:我少了一个sql-ib334.frm文件,并给出了解决办法,即通过重新创建一个表来进行恢复。

mysql> use langyage
Database changed

mysql> create table abc like lyg_question_bank_detail_bak; 
Query OK, 0 rows affected (0.02 sec)

mysql> ALTER TABLE `langyage`.`abc` ADD COLUMN `minor` TINYINT NOT NULL DEFAULT 0 AFTER `source`;
Query OK, 0 rows affected (0.02 sec)
Records: 0  Duplicates: 0  Warnings: 0

拷贝一份abc表的abc.frm 到别的目录,并修改名字为#sql-ib334.frm

[wenba@langyage_test_001 ~]$ mv abc.frm  \#sql-ib334.frm
[wenba@langyage_test_001 ~]$ cp \#sql-ib334.frm  /data/data/mysql_3306/langyage/

注意文件权限,因为我这个数据权限都是一样的,所以不用修改

如果都可以了就可以执行下面的命令:

mysql> DROP TABLE `#mysql50##sql-ib334`;
Query OK, 0 rows affected (0.08 sec)

mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME LIKE '%#sql%';
Empty set (0.00 sec)

最后,确认这个表已经删除了,同时和开发确认表可以进行数据库的字段修改操作了。

前面的#mysql50# 忽略文件中不安全的编码,该功能在MySQL5.1后面版本支持。

三、总结

当出现了问题时,虽然我知道要删除那张表,但是删除老是出错,没有真正找到问题的根源,以及了解MySQL数据库建表的过程。

通过这次故障让我知道,不要轻易直接在大表数据库上进行字段修改,因为很可能会造成数据库异常,而应该要深入了解INFORMATION_SCHEMA 这里面的东西,以便以后再发生类似的问题时,可以更好地处理。

多认识一些牛逼的人,你慢慢也会牛逼起来!感谢知数堂这个卧虎藏龙的平台,感谢吴老师的保驾护航~


原文发布时间为:2017-12-24

本文作者:夏厚道

本文来自云栖社区合作伙伴“老叶茶馆”,了解相关信息可以关注“老叶茶馆”微信公众号

你可能感兴趣的:(MySQL一次修改表字段故障修复演示)