<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.6.5" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: MySQL Back to Basics: Analyze, Check, Optimize, and Repair</title>
	<link>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair</link>
	<description>News and views from Pythian DBAs</description>
	<pubDate>Thu,  4 Dec 2008 21:31:19 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Artículos destacados de Julio &#124; cambrico.net</title>
		<link>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair#comment-253100</link>
		<dc:creator>Artículos destacados de Julio &#124; cambrico.net</dc:creator>
		<pubDate>Wed, 06 Aug 2008 19:30:57 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair#comment-253100</guid>
		<description>[...] Check, Optimize, y Repair bien explicados por los "maestros" de Pythian Group (en [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Check, Optimize, y Repair bien explicados por los &#8220;maestros&#8221; de Pythian Group (en [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rounding Up The Remaining Database Posts &#124; Mats Lindh</title>
		<link>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair#comment-248924</link>
		<dc:creator>Rounding Up The Remaining Database Posts &#124; Mats Lindh</dc:creator>
		<pubDate>Fri, 01 Aug 2008 19:21:07 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair#comment-248924</guid>
		<description>[...] Westerlund has a post about MySQL Back to Basics: Analyze, Check, Optimize, and Repair on the pythian blog, featuring a overview of the useful - and abused - methods of rescuing and [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Westerlund has a post about MySQL Back to Basics: Analyze, Check, Optimize, and Repair on the pythian blog, featuring a overview of the useful - and abused - methods of rescuing and [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicklas Westerlund</title>
		<link>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair#comment-243851</link>
		<dc:creator>Nicklas Westerlund</dc:creator>
		<pubDate>Fri, 25 Jul 2008 21:48:20 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair#comment-243851</guid>
		<description>Ryan, indeed - and unfortunately it's very widely spread among small to midsized companies that I've seen so far.. There's a common belief that "OPTIMIZE" can be ran as often as they want to, without problems, and that it will magically improve things, even if they ran it an hour ago. 

This is, however, specific to each company, and is not a general comment, but merely something I've observed..</description>
		<content:encoded><![CDATA[<p>Ryan, indeed - and unfortunately it&#8217;s very widely spread among small to midsized companies that I&#8217;ve seen so far.. There&#8217;s a common belief that &#8220;OPTIMIZE&#8221; can be ran as often as they want to, without problems, and that it will magically improve things, even if they ran it an hour ago. </p>
<p>This is, however, specific to each company, and is not a general comment, but merely something I&#8217;ve observed..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Lowe</title>
		<link>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair#comment-243810</link>
		<dc:creator>Ryan Lowe</dc:creator>
		<pubDate>Fri, 25 Jul 2008 20:01:27 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/1114/mysql-back-to-basics-analyze-check-optimize-and-repair#comment-243810</guid>
		<description>I think your statement about OPTIMIZE being " ... often overrated and used more often than necessary." is dead-on.  For MyISAM tables, one can check the Data_free column from the output of "SHOW TABLE STATUS LIKE '%table%'\G" to see if it is even necessary to run OPTIMIZE.</description>
		<content:encoded><![CDATA[<p>I think your statement about OPTIMIZE being &#8221; &#8230; often overrated and used more often than necessary.&#8221; is dead-on.  For MyISAM tables, one can check the Data_free column from the output of &#8220;SHOW TABLE STATUS LIKE &#8216;%table%&#8217;\G&#8221; to see if it is even necessary to run OPTIMIZE.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
