Mysql - 源起PCI，引至FULL diskspace

 

首先看两章图，就会明白问

 

 

 

 

非常诡异是否？

 

源于Mysql 的配置文件里写了一句: log = /usr/local/mysql/data/query.log

 

由于数据库操作太频繁，这个文件太多，于是写了一个帮它自动瘦身的脚本，过了这么些天，才发现系统根本不认账

 

原因只有一点了，我写的脚本只是去先把要的内容输出到另外一个文件，然后清空query.log，但Mysql不知道，跟着系统也不知道。文件标识符的大小依旧从前，不信的话你可以在mysql运行的时候试试这种操作，或者，你把该文件移至另外一个文件系统，看看它会不会变大，照旧的

 

怎么办呢？

 

参考: http://dev.mysql.com/doc/refman/5.0/en/query-log.html

 

mysqladmin flush-logs

 

可是可是，这个是要输入密码的，唉，郁闷，那，有没有别外的方法呢？ 我还不知道flush-logs会对bin-log有没有影响，它是怎么样的一种操作机制.

 

不过我发现同时的另外一台机器MS这样的问题没有，有点奇怪，奇怪中.......

 

先找flush logs的解释: (http://dev.mysql.com/doc/refman/5.0/en/flush.html)

 

Closes and reopens all log files. If binary logging is enabled, the sequence number of the binary log file is incremented by one relative to the previous file. On Unix, this is the same thing as sending a SIGHUP signal to the mysqld server (except on some Mac OS X 10.3 versions where mysqld ignores SIGHUP and SIGQUIT ). If the server is writing error output to a named file (for example, if it was started with the --log-error option), FLUSH LOGS causes it to rename the current error log file with a suffix of -old and create a new empty log file. No renaming occurs if the server is not writing to a named file (for example, if it is writing errors to the console).

 

意思大概就是关闭和重新打开所有的日志文件，如果bin日志打开了，那么会新增一个（这是我关心的，对于mysql的hotcopy是不影响的，嘿嘿)，如果定义了--log-error,则会把现在的加上-old保存，并新建一个新的日志文件....Just it..

 

So so,还是要去解决密码写内存和从内存读密码的事情，唉...