GreatSQL5.7数据库DROP表后无法重建

文摘   科技   2024-05-14 10:22   福建  

* GreatSQL社区原创内容未经授权不得随意使用,转载请联系小编并注明来源。


一、数据库信息:

数据库版本:5.7.21-log

某银行测试数据库,APP业务库内有一个含有大量(几百个)分区表的大表test_app。DROP该分区表的大表后导致无法重建该分区表。

二、问题描述:

客户使用“drop table test_app;”时,显示表删除成功。当重新执行该表的建表语句时,报错“Table 'app.test_app /* Partition p0 */' already exists”

三、问题分析:

3.1> 原因是GreatSQL 5.7数据库DDL没有原子性,drop表的删除动作没有执行完成;

3.2> 进入数据库“show tables”查看test_app表已不存在;

3.3> 进入数据库所在的目录下,查看test_app表的相关文件。test_app.frm文件已不存在,但是有大量的"test_app#P***.ibd"分区表文件存在。关闭数据库,移除这些分区表文件到其他目录,启动数据库;数据库无法启动,报“无法找到这些分区表文件”的错误;

3.4> 重新创建test_app表时,报“table already exists”错。

3.5> 感觉进入了死胡同,最先想到的直截了当方法是备份APP业务库内除这张表的其他表,删除该数据库后,进行APP业务数据库的恢复,该方法没有测试,觉得太麻烦。

四、问题处理(方法一,测试步骤):

4.1> 新建一个临时库test,依据app库目录里的数据文件名称,修改建表语句后,执行test_app表的建表SQL语句,生成test_app.frm文件;

4.2> 关闭数据库,修改数据库配置文件my.cnf文件的参数为“innodb_file_per_table=OFF”;

4.3> 把临时库test目录下的test_app.frm文件拷贝到业务数据库app目录下,启动数据库;

4.4> 进入业务数据库APP,可以看到test_app表;

4.5> 执行“drop table test_app;”语句,成功删除了表。关闭数据库;

4.6> 进入业务数据库app对应的目录下,test_app.frm文件已不存在,但是有个test_app#P***.ibd分区表文件存在。手工删除该ibd文件。

4.7>修改数据库配置文件my.cnf文件的参数为“innodb_file_per_table=ON”;启动数据库。

4.8> 重新执行test_app表的建表SQL语句。即可成功创建表。

五、问题处理(方法二,客户执行步骤):

5.1> 设置innodb_file_per_table=OFF:set global innodb_file_per_table='OFF';

5.2> 执行test_app表的建表语句,建表成功。

5.3> 删除test_app表drop table test_app;

5.4> 重启数据库。

5.5> 再执行test_app表的建表语句,建表成功。


Enjoy GreatSQL :)

<往 期 推 荐>
GreatSQL社区月报 | 2024.04
工具分享丨分析GreatSQL Binglog神器
GreatSQL统计信息相关知识点
Slave SQL线程与PXB FTWRL死锁问题分析
Datax助力轻松迁移SQLServer数据至GreatSQL

《用三分钟学会一个MySQL知识》

<关于 GreatSQL>


GreatSQL数据库是一款开源免费数据库,可在普通硬件上满足金融级应用场景,具有高可用、高性能、高兼容、高安全等特性,可作为MySQL或Percona Server for MySQL的理想可选替换。
💻社区官网: https://greatsql.cn/ 
Gitee  https://gitee.com/GreatSQL/GreatSQL
GitHub  https://github.com/GreatSQL/

🆙BiliBili  : https://space.bilibili.com/1363850082

(对文章有疑问或见解可去社区官网提出哦~)

加入微信交流群
加入QQ交流群

想看更多技术好文,点个"在看"吧!

GreatSQL社区
专注GreatSQL数据库及相关产品
 最新文章