快速drop mysql大表

本文介绍了一种通过创建硬链接来快速删除InnoDB大表的方法,这种方法可以显著减少数据库挂起时间,适用于需要频繁处理大量数据的场景。
在DROP TABLE 过程中,所有操作都会被HANG住。
这是因为INNODB会维护一个全局独占锁(在table cache上面),直到DROP TABLE完成才释放。
在我们常用的ext3,ext4,ntfs文件系统,要删除一个大文件(几十G,甚至几百G)还是需要点时间的。
下面我们介绍一个快速DROP table 的方法; 不管多大的表,INNODB 都可以很快返回,表删除完成;
实现:巧用LINK(硬链接)

实测:

root@127.0.0.1 : test 21:38:00> show table status like ‘tt’ \G
*************************** 1. row ***************************
Name: tt
Engine: InnoDB
Version: 10
Row_format: Compact
Rows: 151789128
Avg_row_length: 72
Data_length: 11011096576
Max_data_length: 0
Index_length: 5206179840
Data_free: 7340032
Auto_increment: NULL
Create_time: 2011-05-18 14:55:08
Update_time: NULL
Check_time: NULL
Collation: utf8_general_ci
Checksum: NULL
Create_options:
Comment:
1 row in set (0.22 sec)

root@127.0.0.1 : test 21:39:34> drop table tt ;
Query OK, 0 rows affected (25.01 sec)

删除一个11G的表用时25秒左右(硬件不同,时间不同);

下面我们来对另一个更大的表进行删除;
但之前,我们需要对这个表的数据文件做一个硬连接:

root@ # ln stock.ibd stock.id.hdlk
root@ # ls stock.* -l
-rw-rw—- 1 mysql mysql        9196 Apr 14 23:03 stock.frm
-rw-r–r– 2 mysql mysql 19096666112 Apr 15 09:55 stock.ibd
-rw-r–r– 2 mysql mysql 19096666112 Apr 15 09:55 stock.id.hdlk

你会发现stock.ibd的INODES属性变成了2;

下面我们继续来删表。

root@127.0.0.1 : test 21:44:37> show table status like ‘stock’ \G
*************************** 1. row ***************************
Name: stock
Engine: InnoDB
Version: 10
Row_format: Compact
Rows: 49916863
Avg_row_length: 356
Data_length: 17799577600
Max_data_length: 0
Index_length: 1025507328
Data_free: 4194304
Auto_increment: NULL
Create_time: 2011-05-18 14:55:08
Update_time: NULL
Check_time: NULL
Collation: utf8_general_ci
Checksum: NULL
Create_options:
Comment:
1 row in set (0.23 sec)

root@127.0.0.1 : test 21:39:34> drop table stock ;
Query OK, 0 rows affected (0.99 sec)

1秒不到就删除完成; 也就是DROP TABLE不用再HANG这么久了。
但table是删除了,数据文件还在,所以你还需要最后数据文件给删除。

root # ll
total 19096666112
-rw-r–r– 2 mysql mysql 19096666112 Apr 15 09:55 stock.id.hdlk
root # rm stock.id.hdlk
虽然DROP TABLE 多绕了几步。(如果你有一个比较可靠的自运行程序(自动为大表建立硬链接,并会自动删除过期的硬链接文件),就会显得不那么繁琐。)
这样做能大大减少MYSQL HANG住的时间; 相信还是值得的。

至于原理: 就是利用OS HARD LINK的原理,
当多个文件名同时指向同一个INODE时,这个INODE的引用数N>1, 删除其中任何一个文件名都会很快.
因为其直接的物理文件块没有被删除.只是删除了一个指针而已;
当INODE的引用数N=1时, 删除文件需要去把这个文件相关的所有数据块清除,所以会比较耗时;

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29096438/viewspace-1763466/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/29096438/viewspace-1763466/

<think>好的,用户现在想了解如何快速删除MySQL中的数据。之前他问过如何开启performance_schema,现在这个问题是关于数据删除的,可能是在进行性能调优或者数据库维护。我需要先考虑用户的使用场景,可能是遇到了删除导致性能问题或者存储空间不足的情况。 首先,用户提到“快速删除”,可能希望尽量减少对数据库性能的影响,同时高效释放空间。常见的方法包括DELETE、TRUNCATE、DROP以及分区等,但每种方法有不同的适用场景和优缺点。 接下来,我要考虑用户可能的身份。可能是开发人员或者DBA,需要处理生产环境中的。他们可能对MySQL的操作有一定了解,但需要详细的步骤和注意事项,尤其是如何避免锁、减少IO压力等。 用户的需求不仅仅是删除数据,还希望快速完成,并且可能担心操作过程中的风险。因此,除了介绍方法,还需要强调备份的重要性,以及不同方法的适用情况。例如,TRUNCATE比DELETE快,但不记录日志,无法回滚;DROP直接删除,但结构也会丢失;分区删除分区速度快,但需要预先规划。 此外,用户可能没有提到但需要考虑的因素包括是否有外键约束、是否在使用事务、是否需要保留结构等。需要提醒用户检查这些点,避免操作失败或数据不一致。 还要注意删除可能导致的复制延迟、磁盘空间释放问题(尤其是InnoDB的空间不会自动收缩),以及使用工具如pt-archiver的注意事项。需要给出具体的命令示例和步骤,方便用户直接使用。 最后,总结部分要比较不同方法的优缺点,帮助用户根据具体情况选择最合适的方案。同时,强调备份和测试的重要性,确保操作的安全性。</think>在 MySQL快速删除数据时,直接使用 `DELETE` 可能会导致性能问题(如长时间锁、事务日志爆炸、主从延迟等)。以下是 **安全高效删除数据** 的常用方案: --- ### ⚠️ 核心原则 1. **避免单次全量删除**:事务会阻塞其他操作,甚至导致实例崩溃。 2. **优先 DDL 操作**:`TRUNCATE` 或 `DROP` 的效率远高于 `DELETE`。 3. **利用物理删除**:直接操作文件(需谨慎)。 --- ### 🔧 方法一:分批次删除(适用保留部分数据) ```sql -- 每次删除 1000 行,循环执行直至完成(避免长事务) DELETE FROM large_table WHERE create_time < '2023-01-01' LIMIT 1000; -- 通过存储过程自动化(需调整循环次数和条件) DELIMITER $$ CREATE PROCEDURE batch_delete() BEGIN DECLARE rows INT; SET rows = 1; WHILE rows > 0 DO DELETE FROM large_table WHERE condition LIMIT 1000; SET rows = ROW_COUNT(); COMMIT; -- 提交事务释放锁 DO SLEEP(1); -- 暂停减少对业务影响 END WHILE; END$$ DELIMITER ; ``` --- ### 🔧 方法二:使用 `TRUNCATE` 或 `DROP`(适用全删除) - **`TRUNCATE`**: 清空数据并重置自增ID,速度快(DDL操作,不记录逐行日志): ```sql TRUNCATE TABLE large_table; -- 需确保无需恢复数据 ``` - **`DROP` + 重建**: 直接删除文件(最快),但需重建结构: ```sql DROP TABLE large_table; -- 删除整张(数据+结构) CREATE TABLE large_table (...); -- 重建结构 ``` --- ### 🔧 方法三:分区删除(需提前规划结构) 若已按时间/范围分区,可直接删除分区(秒级操作): ```sql -- 删除指定分区(数据物理清除) ALTER TABLE large_table DROP PARTITION p2022; ``` --- ### 🔧 方法四:硬核物理删除(紧急场景) 适用于 `InnoDB` 且需要立即释放磁盘空间: 1. 创建硬链接(避免直接操作原文件): ```bash ln /var/lib/mysql/db/large_table.ibd /tmp/large_table.ibd.hdlk ``` 2. 通过 MySQL 删除快速完成逻辑删除): ```sql DROP TABLE large_table; ``` 3.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值