数据库服务器上，删除超大的日志文件

binary_XY.Z

我的一台mysql 服务器上的mysql.log(mysql访问日志)不经意之间已经达到40G了。 根据以前积累的经验， 删除大文件的时候， DB的性能会受到极大的影响， 很多读写操作都会延时很多。  现在求一办法， 看是否每次只删除这个文件的一部分， 比如说每次只删这个文件的前1W行， 或者后1W行。   
BTW: 是线上的业务

万里北国

#!/bin/sh
#保留最后一万行
tail -10000 messages > mesg.temp # 保存message日志文件最后面几行日志信息到临时文件.
mv mesg.temp messages          # 然后用临时文件覆盖messages日志文件

binary_XY.Z

如果mysql.log的文件句柄一直被mysql打开的，  用你这种方法还可行么？？  
mv mesg.temp messages     如果可行，  在这个步骤， 我估计在销毁真正的数据的时候， 还是会占用大量的磁盘io吧？

snow888

这样速度依然会很慢。

看

cat /dev/null > log

是否会快些

没测试过，不过建议写一个 crontab ，定期清理一下日至文件。

wendaozhe

没有用logrotate处理日志吗？

nagaregawa

难道mv，原来的文件就不删除了吗？

binary_XY.Z

原帖由 snow888 于 2010-1-29 13:19 发表
这样速度依然会很慢。

看

cat /dev/null > log

是否会快些

没测试过，不过建议写一个 crontab ，定期清理一下日至文件。

> mysql.log 跟 cat /dev/null > log
这个我用自己模拟的一个27G的文件试过， 在一台空负载的机器上， 约3-5秒就执行完了。
其他的， 之前在配置的时候没有考虑logrotate， 呵呵， 已经造成现在这个样子了。  又不想停服务维护， 呵呵

vermouth

mysql 可以限制只保留多久的，这样可以稍微控制下。

chenyx

logrotate还是加上吧,免得日后还有这么大的log

yumanifold

原帖由 binary_XY.Z 于 2010-1-29 14:37 发表


> mysql.log 跟 cat /dev/null > log
这个我用自己模拟的一个27G的文件试过， 在一台空负载的机器上， 约3-5秒就执行完了。
其他的， 之前在配置的时候没有考虑logrotate， 呵呵， 已经造成现在这个样子 ...

如果lz还想保留部分日志的话，就将下面的命令放到crontab吧。。。。当然，要删多少你自己决定。。。这里是删除前500行的。。。。

sed -i '1,500d' mysql.log


我们也用mysql，不过当初规划好了，所以不会有这种问题。。。。