mysql表太大删不掉_MySQL删除大表的经验教训和总结

今天一不小心删除了一张表大约2000--3000万的数据，以前在这方面有个教训的，一时疏忽，直接使用drop table sms_mapping命令删除，最后的结果:

1、整个数据库给HANG住了，keepalived的VIP跳到另外一台机器

2、导致业务服务器立马不能正常工作了，业务服务器产生大量的CLOSE_WAIT，不能连接进来

今天写出来，忘同行的注意，原因如下：

1、drop table的过程中所有的操作被HANG住了，这是因为innodb会维护一个全局独占锁(在table cache上面)，直到drop table完成后才会释放。

2、我们常用的EXT3，EXT4，NTFS等文件系统要删除一个大文件，是需要点时间的。造成大量的随机I / O。然而事实上,有时候它比你想象的更能影响MySQL的性能。

当您运行DROP TABLE时,会有好几件事情需要去做:对表进行write lock,这样它不会被其他线程使用;存储引擎删除数据文件;当然,最后MySQL会删除表定义文件(.frm文件)。这还不是所有的事，还有另外一件事需要去做：

代码:

VOID(pthread_mutex_lock(&LOCK_open));

error=

mysql_rm_table_part2(thd,

tables,

if_exists,

drop_temporary,

0,

0);

pthread_mutex_unlock(&LOCK_open);

这整段删除表操作的代码都被LOCK_open互斥信号量所包围。这个互斥信号量在MySQL中不少地方都用到过,