MySQL一次修改表字段故障修复演示
来源:互联网 发布:电子版通讯录制作软件 编辑:程序博客网 时间:2024/06/03 16:03
导读
作者:夏厚道
知数堂MySQL DBA班第10期学员
微信号:xhd304,欢迎交流~
一、问题背景
本公司开发使用的开发语言是PHP Laravel框架,通过 php artisan migrate 进行操作,导致数据库异常,随后再执行这个SQL语句一直报错,报错提示如下:
报错提示:这个表已存在。
二、处理过程
2.1 查看当前的故障
进入MySQL datadir目录发现确实存在一个文件名叫#sql-ib334的文件。
向网上求助,在网上搜到了一些文章,也结合了网上给出的处理建议进行操作,但都没有成功(详见:
https://dev.mysql.com/doc/refman/5.7/en/innodb-troubleshooting-datadict.html)。
过程当中,也咨询了我同学,说这种是临时表,系统默认会回收,但由于系统出现了问题,导致.frm 文件丢失了,所以通过MySQL查看此文件还是会存在。
在这个过程中,也操作了mysqladmin shutdown 操作,把文件移走,再启动,但都不行,因为没有找到问题的关键点。
2.2 请求高手出马
向知数堂吴老师请教,并进行问题排查。吴老师详细了解了我目前遇到的状况,并查看了数据目录,很快就查出了问题所在:我少了一个sql-ib334.frm文件,并给出了解决办法,即通过重新创建一个表来进行恢复。
拷贝一份abc表的abc.frm 到别的目录,并修改名字为#sql-ib334.frm
注意文件权限,因为我这个数据权限都是一样的,所以不用修改
如果都可以了就可以执行下面的命令:
最后,确认这个表已经删除了,同时和开发确认表可以进行数据库的字段修改操作了。
前面的#mysql50# 忽略文件中不安全的编码,该功能在MySQL5.1后面版本支持。
三、总结
当出现了问题时,虽然我知道要删除那张表,但是删除老是出错,没有真正找到问题的根源,以及了解MySQL数据库建表的过程。
通过这次故障让我知道,不要轻易直接在大表数据库上进行字段修改,因为很可能会造成数据库异常,而应该要深入了解INFORMATION_SCHEMA 这里面的东西,以便以后再发生类似的问题时,可以更好地处理。
多认识一些牛逼的人,你慢慢也会牛逼起来!感谢知数堂这个卧虎藏龙的平台,感谢吴老师的保驾护航~
扫码加入知数堂技术交流QQ群
(群号:579036588)
群内可@各位助教了解更多课程信息
知数堂
叶金荣与吴炳锡联合打造
领跑IT精英培训
行业资深专家强强联合,倾心定制
MySQL实战/MySQL优化 / Python/ SQL优化
数门精品课程
紧随技术发展趋势,定期优化培训教案
融入大量生产案例,贴合企业一线需求
社群陪伴学习,一次报名,可学3期
DBA、开发工程师必修课
上千位学员已华丽转身,薪资翻番,职位提升
改变已悄然发生,你还在等什么?
扫码下载知数堂精品课程试听视频
或点击“阅读原文”直达下载地址
(MySQL 实战/优化、Python开发,及SQL优化等课程)
密码:hg3h
- MySQL一次修改表字段故障修复演示
- mysql 修改表字段
- mysql alter 修改表字段
- mysql alter 修改表字段
- MySQL 修改表字段优化方案
- mysql 修改数据库表字段编码 utfmb4
- mysql批量修改表字段的属性
- Mysql批量修改表字段为大写。
- Mysql修改表字段字符编码
- db2修改表字段
- 修改表字段
- db2修改表字段
- db2修改表字段
- db2修改表字段
- DB2 修改表字段
- nc修改表字段
- 修改数据库表字段
- 修改数据库表字段
- 转---做笔记---引导页全屏视频播放控件
- windows下java开发环境搭建
- 搭建一个前端简易监控平台
- 芯片的SPI口
- oracle12c 创建数据库
- MySQL一次修改表字段故障修复演示
- javaweb中的乱码问题
- centos7 安装spark
- 关于servlet中的请求转发与重定向的区别
- 自动化测试过程中如何使用excel数据驱动(下)
- 端口映射 内网穿透
- Java的单例模式
- MT6735平台UART打印问题
- Softmax函数与交叉熵