导读

作者：夏厚道

知数堂MySQL DBA班第10期学员

微信号：xhd304，欢迎交流~

一、问题背景

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

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

二、处理过程

2.1 查看当前的故障

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

1[tom@tom_test_001 tom]$ cd  / data/data/mysql_3306/tom/  
2[wenba@langyage_test_001 langyage]$ ls –l
3-rw-rw---- 1 wenba wenba 9.9K Dec 13 21:59 #sql-227b_25.frm
4-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查看此文件还是会存在。

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

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

2.2 请求高手出马

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

1mysql> use langyage
2Database changed
3
4mysql> create table abc like lyg_question_bank_detail_bak; 
5Query OK, 0 rows affected (0.02 sec)
6
7mysql> ALTER TABLE `langyage`.`abc` ADD COLUMN `minor` TINYINT NOT NULL DEFAULT 0 AFTER `source`;
8Query OK, 0 rows affected (0.02 sec)
9Records: 0  Duplicates: 0  Warnings: 0

拷贝一份abc表的_abc.frm_ 到别的目录，并修改名字为_#sql-ib334.frm_

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

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

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

1mysql> DROP TABLE `#mysql50##sql-ib334`;
2Query OK, 0 rows affected (0.08 sec)
3
4mysql> SELECT * FROM INFORMATION_SCHEMA.INNODB_SYS_TABLES WHERE NAME LIKE '%#sql%';
5Empty set (0.00 sec)

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

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

三、总结

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

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

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

扫码加入知数堂技术交流QQ群

**（群号：**579036588）

群内可@各位助教了解更多课程信息

知数堂

叶金荣与吴炳锡联合打造

领跑IT精英培训

行业资深专家强强联合，倾心定制

MySQL实战/MySQL优化 / Python/ SQL优化

数门精品课程

紧随技术发展趋势，定期优化培训教案

融入大量生产案例，贴合企业一线需求

社群陪伴学习，一次报名，可学3期

DBA、开发工程师必修课

上千位学员已华丽转身，薪资翻番，职位提升

改变已悄然发生，你还在等什么？

扫码下载知数堂精品课程试听视频

或点击“阅读原文”直达下载地址

（MySQL 实战/优化、Python开发，及SQL优化等课程）

密码：hg3h

本文分享自微信公众号 - 老叶茶馆（iMySQL_WX）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

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