MySQL数据库太low了，error，slow，general日志...

我干数据库近9年了，深感数据库安全、稳定、高效运行的重要性和迫切性。数据库类似财务的账单，一旦出现损坏或者删除，那相应的财务账单都丢失了，可以说公司是否还能继续经营下去都不好说。
前段时间业务因为要做各种分析，打开了MySQL数据库的error，slow，general日志，但是当积累一定时间后，这几个日志文件都比较大，但是mysql并没有自动轮转的设置，需要DBA或者运维想办法去手动处理或者借助工具轮转或者清理，比较费事繁琐。

如：

基于较大慢日志文件处理

set global slow_query_log=0；

修改慢日志文件名称 mv slow.log slow.log_tmp

开启慢日志 set global slow_query_log=1；

使用 linux 的 truncate 逐步释放 。

如 truncate -s 100000M slow.log_tmp

truncate -s 95000M slow.log_tmp

以此类推

小于10G后 rm slow.log_tmp

较小的慢日志处理，建议小于20G

echo "">slow.log