I have one free ticket to give away to RailsConf next week in Baltimore! Post a comment to win, and if you aren’t the winner, I’ll give you a discount code for Percona Live as a consolation prize.

Here’s the catch: you have to find at least one thing wrong with the following typical logrotate configuration for MySQL. This should be easy even if you’re not a MySQL expert :-)

10 Comments
Oldest
Newest Most Voted
Inline Feedbacks
View all comments
W. Andrew Loe III

Baron,

What are the correct answers to the questions? What is busted with syslog logging?

vegivamp

Hmm. If I remember logrotate correctly, the compress gets executed before the flush-logs; so you run the risk of adding lines to an already-compressed logfile – and maybe lines added *during* compression will be lost depending on the compression utility’s behaviour.

Ronald Bradford

Not withstanding you should never roll your log file. See my views at http://ronaldbradford.com/blog/the-correct-approach-to-rolling-mysql-logs-2010-02-22/.

aron perhaps you should expand on your post to the readers about issues with how to roll the slow query log, and about changes in log file writing in MySQL 5.5 that affects historical processes.

Chunhui Huang

When you run “flush logs”, the mysqld.log will be rename to mysqld.log-old

John Paul Ashenfelter

Sweet/thanks! Should I find you guys down here tomorrow or Tu?

Vitaly Tskhovrebov

* It’s a bit harder to ‘rotate’ mysql databases then a text files;
* InnoDB row will not exceed 8000 bytes under some conditions;
* MySQL is an additional point of failure;

Is it enough? :-)

John Paul Ashenfelter

You don’t want the “create 600 mysql mysql” line — it’s commented out in the default config.

But the real problem is you’re logging to a file and not syslog :)