运营的路上，乐趣无群
诊断到了那些数据库在占空间，就想到了备份，压缩，删除的策略。
#!/bin/sh BIN_DIR="/Applications/XAMPP/bin" MYUSER="urldb" MYPASS="123456" DB_NAME="crm" TABLE="fis_cash" BCK_DIR="/Users/ge" MAX_ID=`$BIN_DIR/mysql -u$MYUSER -p$MYPASS -Bse "select max(id) from $DB_NAME.$TABLE"` $BIN_DIR/mysqldump -h localhost --default-character-set utf8 -u $MYUSER --password=$MYPASS $DB_NAME $TABLE | gzip > $BCK_DIR/$DB_NAME.$TABLE.gz DBS=`$BIN_DIR/mysql -u$MYUSER -p$MYPASS -Bse "delete from $DB_NAME.$TABLE where id <=$MAX_ID"`
在本地测试的时候，没问题可以顺利删除
第一波操纵：服务器上日志表A_log数据350多万，删除过程发生错误
ERROR 3 (HY000) at line 1: Error writing file ‘/tmp/MLCnydfz’ (Errcode: 28 – No space left on device)
我的mysql所在的根目录（这是个错误）一共40G，硬盘只有37G了，这个要删除的日志表8G
怀疑是删除操作delete from 依然会占用数据库空间，而且要占用机器临时文件/tmp目录，所以爆出个空间不足
truncate table 搞定。
第二波操纵：服务器上日志表b_log数据350多万，删除过程发生错误
这个表50多万数据，一共1G多，
delete顺利了，但是发现空间占用依然没变，证实了我的猜测（学艺不精）