Chinaunix首页 | 论坛 | 博客
  • 博客访问: 2764749
  • 博文数量: 587
  • 博客积分: 6356
  • 博客等级: 准将
  • 技术积分: 6410
  • 用 户 组: 普通用户
  • 注册时间: 2008-10-23 10:54
个人简介

器量大者,福泽必厚

文章分类

全部博文(587)

文章存档

2019年(3)

2018年(1)

2017年(29)

2016年(39)

2015年(66)

2014年(117)

2013年(136)

2012年(58)

2011年(34)

2010年(50)

2009年(38)

2008年(16)

分类: LINUX

2014-09-03 15:33:42

mysql安全删除大表
转自:
By W维西 | 2012 年 11 月 14 日 2条评论
【问题隐患】
由于业务需求不断变化,可能在DB中存在超大表占用空间或影响性能;对这些表的处理操作,容易造成mysql性能急剧下降,IO性能占用严重等。先前有在生产库drop table造成服务不可用;rm 大文件造成io跑满,引发应用容灾;对大表的操作越轻柔越好
 【解决办法】
通过硬链接减少mysql DDL时间,加快锁释放;
通过truncate分段删除硬连接文件,避免IO hang
 
【生产案例】
某对mysql主备,主库写入较大时发现空间不足,需要紧急清理废弃大表,但不能影响应用访问响应
$ll /u01/mysql/data/test/tmp_large.ibd
-rw-r—– 1 mysql dba 289591525376 Mar 30  2012 tmp_large.ibd
270GB的大表删除变更过程如下:
#(备库先做灰度)
ln tmp_large.ibd /u01/bak/tmp_tbl.ibd  #建立硬链接
-rw-r—– 2 mysql dba 289591525376 Mar 30  2012 tmp_large.ibd
set session sql_log_bin=0;  #不计入bin log节省性能,并且防止主备不一致
desc test.tmp_large;
drop table test.tmp_large;
Query OK, 0 rows affected (10.46 sec)
mysql -uroot -e "start slave;"
 
cd /u01/bak;screen -S weixi_drop_table
for i in `seq 270 -1 1 ` ;do sleep 2;truncate -s ${i}G tmp_tbl.ibd;done
rm -rf tmp_tbl.ibd
 
【性能比较】
中间ctrl-C一次,可以看到truncate前后io的对比情况,基本上影响不大
NewImage
文件大小也成功更新
图片略......
 
【工具介绍】
truncate – shrink or extend the size of a file to the specified size
#来自coreutils工具集
wget
tar -zxvf coreutils-8.9.tar.gz
cd coreutils-8.9
./configure
make
sudo cp src/truncate /usr/bin/

非常好的分享,向原作者表示感谢!
##删除过大表的dba/sa肯定能理解该文章的精髓

阅读(909) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~