<?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"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Why you should ignore MySQL&#8217;s key cache hit ratio</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/</link>
	<description>Percona&#039;s MySQL &#38; InnoDB performance and scalability blog</description>
	<lastBuildDate>Sat, 11 Feb 2012 16:45:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Akhthar</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-834332</link>
		<dc:creator>Akhthar</dc:creator>
		<pubDate>Tue, 25 Oct 2011 15:06:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-834332</guid>
		<description>I would like to disagree. Although I agree that it&#039;s a waste of time to only look at ratio and be done with Key buffer, I think it would be helpful to understand the Efficiency of Key buffer as well as compare the same with multiple servers with only one condition that the Uptime should complete a time cycle (24 hours if you are not sure about the cycle) and should be equal for all. You can still get the per day stats, but you won&#039;t get the accurate results unless you have same Uptime for all servers.</description>
		<content:encoded><![CDATA[<p>I would like to disagree. Although I agree that it&#8217;s a waste of time to only look at ratio and be done with Key buffer, I think it would be helpful to understand the Efficiency of Key buffer as well as compare the same with multiple servers with only one condition that the Uptime should complete a time cycle (24 hours if you are not sure about the cycle) and should be equal for all. You can still get the per day stats, but you won&#8217;t get the accurate results unless you have same Uptime for all servers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-785062</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Thu, 02 Dec 2010 18:49:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-785062</guid>
		<description>Gabek,

Percona offers professional services for MySQL and would be glad to help you optimize your server on a commercial basis.  If you would like free help, please try forum.percona.com instead of posting into the comments here.</description>
		<content:encoded><![CDATA[<p>Gabek,</p>
<p>Percona offers professional services for MySQL and would be glad to help you optimize your server on a commercial basis.  If you would like free help, please try forum.percona.com instead of posting into the comments here.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabek</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-785012</link>
		<dc:creator>Gabek</dc:creator>
		<pubDate>Thu, 02 Dec 2010 08:24:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-785012</guid>
		<description>Hi,

I am not an expert at mysql.

Can you help me optimize my server?
(Might give me a conf file example?)  :)

Thies are te informations I have about mysql:

[Ed: deleted output of a tuning script]</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>I am not an expert at mysql.</p>
<p>Can you help me optimize my server?<br />
(Might give me a conf file example?)  <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Thies are te informations I have about mysql:</p>
<p>[Ed: deleted output of a tuning script]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-738072</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Thu, 18 Mar 2010 17:43:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-738072</guid>
		<description>Yes, it will be accurate and still meaningless :-)</description>
		<content:encoded><![CDATA[<p>Yes, it will be accurate and still meaningless <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CÃ©dric</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-738067</link>
		<dc:creator>CÃ©dric</dc:creator>
		<pubDate>Thu, 18 Mar 2010 17:21:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-738067</guid>
		<description>But if you retrieve a ratio every 15 minutes, you don&#039;t need to know if the server has been restarted, and you have a more accurate ratio !</description>
		<content:encoded><![CDATA[<p>But if you retrieve a ratio every 15 minutes, you don&#8217;t need to know if the server has been restarted, and you have a more accurate ratio !</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-734797</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Thu, 11 Mar 2010 14:32:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-734797</guid>
		<description>I don&#039;t know.  You changed two things at once: you restarted MySQL, and you changed its configuration.  If you want to isolate the change to just one thing in the future you should use &quot;SET GLOBAL key_buffer_size=512 * 1024 * 1024&quot; next time.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t know.  You changed two things at once: you restarted MySQL, and you changed its configuration.  If you want to isolate the change to just one thing in the future you should use &#8220;SET GLOBAL key_buffer_size=512 * 1024 * 1024&#8243; next time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-734517</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Wed, 10 Mar 2010 23:22:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-734517</guid>
		<description>Thanks for the information. Interestingly, I decided to use suggestion 4: &quot;Set key_buffer_size really big&quot;.

Well, I upped the size from 256MB to 512MB and interestingly, when I look at Memory Used through WebHost Manager, I expected the memory used to increase. It had been showing at about 44% prior to changing the key_buffer, but immediately after doubling key_buffer and restarting mysql, Memory Used has been showing no higher than 25%.

Any idea why?</description>
		<content:encoded><![CDATA[<p>Thanks for the information. Interestingly, I decided to use suggestion 4: &#8220;Set key_buffer_size really big&#8221;.</p>
<p>Well, I upped the size from 256MB to 512MB and interestingly, when I look at Memory Used through WebHost Manager, I expected the memory used to increase. It had been showing at about 44% prior to changing the key_buffer, but immediately after doubling key_buffer and restarting mysql, Memory Used has been showing no higher than 25%.</p>
<p>Any idea why?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rguinot</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-732114</link>
		<dc:creator>rguinot</dc:creator>
		<pubDate>Thu, 04 Mar 2010 21:22:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-732114</guid>
		<description>Thanks! 
I guess we can then rely on  system tools such as iostat or sar to tell if disk overall io is being saturated</description>
		<content:encoded><![CDATA[<p>Thanks!<br />
I guess we can then rely on  system tools such as iostat or sar to tell if disk overall io is being saturated</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-732112</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Thu, 04 Mar 2010 21:12:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-732112</guid>
		<description>Correction: the write IO is largely done in the background.  The read IO is even more complicated in my view -- there is read-ahead, for example, and a mixture of foreground and background IO.</description>
		<content:encoded><![CDATA[<p>Correction: the write IO is largely done in the background.  The read IO is even more complicated in my view &#8212; there is read-ahead, for example, and a mixture of foreground and background IO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2010/02/28/why-you-should-ignore-mysqls-key-cache-hit-ratio/comment-page-1/#comment-732066</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Thu, 04 Mar 2010 17:57:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=2241#comment-732066</guid>
		<description>You can find that in the docs.  But InnoDB&#039;s IO is largely done in the background and can rarely be traced directly to any user action with certainty.</description>
		<content:encoded><![CDATA[<p>You can find that in the docs.  But InnoDB&#8217;s IO is largely done in the background and can rarely be traced directly to any user action with certainty.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

