运营的路上,乐趣无群
诊断到了那些数据库在占空间,就想到了备份,压缩,删除的策略。

#!/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顺利了,但是发现空间占用依然没变,证实了我的猜测(学艺不精)

https://java-er.com/blog/backup-delete-auto/