<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: MySQL Event Scheduler - Is it Enterprise Ready?</title>
	<atom:link href="http://blog.onefreevoice.com/2008/06/02/mysql-event-scheduler/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.onefreevoice.com/2008/06/02/mysql-event-scheduler/</link>
	<description>a blog about databases and stuff</description>
	<pubDate>Fri, 21 Nov 2008 06:52:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.1</generator>
		<item>
		<title>By: Mark Robson</title>
		<link>http://blog.onefreevoice.com/2008/06/02/mysql-event-scheduler/#comment-623</link>
		<dc:creator>Mark Robson</dc:creator>
		<pubDate>Tue, 03 Jun 2008 08:54:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.onefreevoice.com/?p=96#comment-623</guid>
		<description>I don't think you should be using "I can't figure out a way to correctly distribute my software" as a valid reason to use mysql scheduler.

Distributing software correctly to all nodes in your service and having it only run on ones it needs to (i.e. only on master, not slaves) is a no-brainer and anyone can resolve it trivially.

Your software build / testing system should show up any problems in your distribution / install system.

Yes there are problems with MySQL scheduler. Yes, "cron" works. In practice it is quite easy to make cron jobs work correctly - for example, you can build your application into a set of RPMs (or other favourite package manager) which drop files into /etc/cron.d. Your cron jobs can check whether they're on a master or slave to decide what to do. All this can be tested in your development / testing environment (which clearly needs to have the same master/slave setup as production!).

Come on - it's not rocket science.

As regards spurious logging - mysql is not very good for this - the slave thread writes "[ERROR] Error reading relay log event: slave SQL thread was killed" when you shut it down administratively for a backup.

Of course any sane person puts a trigger on their monitoring system which spots things like [ERROR] on mysqld.log and generates alerts ... :)

Mark</description>
		<content:encoded><![CDATA[<p>I don&#8217;t think you should be using &#8220;I can&#8217;t figure out a way to correctly distribute my software&#8221; as a valid reason to use mysql scheduler.</p>
<p>Distributing software correctly to all nodes in your service and having it only run on ones it needs to (i.e. only on master, not slaves) is a no-brainer and anyone can resolve it trivially.</p>
<p>Your software build / testing system should show up any problems in your distribution / install system.</p>
<p>Yes there are problems with MySQL scheduler. Yes, &#8220;cron&#8221; works. In practice it is quite easy to make cron jobs work correctly - for example, you can build your application into a set of RPMs (or other favourite package manager) which drop files into /etc/cron.d. Your cron jobs can check whether they&#8217;re on a master or slave to decide what to do. All this can be tested in your development / testing environment (which clearly needs to have the same master/slave setup as production!).</p>
<p>Come on - it&#8217;s not rocket science.</p>
<p>As regards spurious logging - mysql is not very good for this - the slave thread writes &#8220;[ERROR] Error reading relay log event: slave SQL thread was killed&#8221; when you shut it down administratively for a backup.</p>
<p>Of course any sane person puts a trigger on their monitoring system which spots things like [ERROR] on mysqld.log and generates alerts &#8230; <img src='http://blog.onefreevoice.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Mark</p>
]]></content:encoded>
	</item>
</channel>
</rss>
