<?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: More Gotchas with MySQL 5.0</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/</link>
	<description>Everything about MySQL Performance</description>
	<pubDate>Tue, 02 Dec 2008 15:43:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: pero on anything &#187; Blog Archive &#187; SHOW STATUS considered harmful</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-354431</link>
		<dc:creator>pero on anything &#187; Blog Archive &#187; SHOW STATUS considered harmful</dc:creator>
		<pubDate>Thu, 11 Sep 2008 15:16:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-354431</guid>
		<description>[...] Peter Zaitev points out calling SHOW STATUS might have a huge performance [...]</description>
		<content:encoded><![CDATA[<p>[...] Peter Zaitev points out calling SHOW STATUS might have a huge performance [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: domas mituzas: vaporware, inc. &#187; Blog Archive &#187; Performance of status commands</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-305368</link>
		<dc:creator>domas mituzas: vaporware, inc. &#187; Blog Archive &#187; Performance of status commands</dc:creator>
		<pubDate>Mon, 26 May 2008 19:45:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-305368</guid>
		<description>[...] wrote a year ago about performance regression in &#8216;SHOW STATUS&#8217;. Of course, now that Mark has filed a bug [...]</description>
		<content:encoded><![CDATA[<p>[...] wrote a year ago about performance regression in &#8216;SHOW STATUS&#8217;. Of course, now that Mark has filed a bug [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vasil Dimov</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-301282</link>
		<dc:creator>Vasil Dimov</dc:creator>
		<pubDate>Mon, 19 May 2008 15:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-301282</guid>
		<description>Patch that removes the variable Innodb_buffer_pool_pages_latched from SHOW STATUS has been committed in InnoDB 5.0 and 5.1, follow the bug report: http://bugs.mysql.com/36600</description>
		<content:encoded><![CDATA[<p>Patch that removes the variable Innodb_buffer_pool_pages_latched from SHOW STATUS has been committed in InnoDB 5.0 and 5.1, follow the bug report: <a href="http://bugs.mysql.com/36600" rel="nofollow">http://bugs.mysql.com/36600</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299587</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Fri, 16 May 2008 21:42:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299587</guid>
		<description>Oh yes indeed.</description>
		<content:encoded><![CDATA[<p>Oh yes indeed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vasil Dimov</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299534</link>
		<dc:creator>Vasil Dimov</dc:creator>
		<pubDate>Fri, 16 May 2008 19:39:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299534</guid>
		<description>Hmm,

Peter, do you mean SHOW STATUS instead of SHOW INNODB STATUS?
buf_get_latched_pages_number() is called when SHOW STATUS is executed, it is not called when SHOW INNODB STATUS is executed.

I have prepared a simple patch that removes the Innodb_buffer_pool_pages_latched variable from SHOW STATUS.</description>
		<content:encoded><![CDATA[<p>Hmm,</p>
<p>Peter, do you mean SHOW STATUS instead of SHOW INNODB STATUS?<br />
buf_get_latched_pages_number() is called when SHOW STATUS is executed, it is not called when SHOW INNODB STATUS is executed.</p>
<p>I have prepared a simple patch that removes the Innodb_buffer_pool_pages_latched variable from SHOW STATUS.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299528</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Fri, 16 May 2008 18:10:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299528</guid>
		<description>Heikki,

Thanks this is good change. 
I know you guys read bugs and listen to our feedback but it is not exactly the same as dealing with Innodb in production.</description>
		<content:encoded><![CDATA[<p>Heikki,</p>
<p>Thanks this is good change.<br />
I know you guys read bugs and listen to our feedback but it is not exactly the same as dealing with Innodb in production.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299527</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Fri, 16 May 2008 18:08:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299527</guid>
		<description>Vasil,

I think it is not the time SHOW INNODB STATUS take which is important but the fact other queries starve waiting on innodb buffer pool which can be significant. I've seen hundreds of queries to be queued this way which  then released at once and cause significant resource competition.</description>
		<content:encoded><![CDATA[<p>Vasil,</p>
<p>I think it is not the time SHOW INNODB STATUS take which is important but the fact other queries starve waiting on innodb buffer pool which can be significant. I&#8217;ve seen hundreds of queries to be queued this way which  then released at once and cause significant resource competition.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Heikki Tuuri</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299515</link>
		<dc:creator>Heikki Tuuri</dc:creator>
		<pubDate>Fri, 16 May 2008 14:51:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299515</guid>
		<description>All,

we are going to remove the loop to calculate buf_get_latched_pages_number from the standard build of mysqld. We may keep it in the UNIV_DEBUG build.

Since SHOW INNODB STATUS\G prints all reserved latches, people can get the information, and in a much more detailed form, from SHOW INNODB STATUS\G.

###

Concerning the "disconnectedness of InnoDB developers" from the MySQL user base, InnoDB developers look at bugs.mysql.com every day. And consulting companies like Percona exist, who give us feedback :).

Regards,

Heikki</description>
		<content:encoded><![CDATA[<p>All,</p>
<p>we are going to remove the loop to calculate buf_get_latched_pages_number from the standard build of mysqld. We may keep it in the UNIV_DEBUG build.</p>
<p>Since SHOW INNODB STATUS\G prints all reserved latches, people can get the information, and in a much more detailed form, from SHOW INNODB STATUS\G.</p>
<p>###</p>
<p>Concerning the &#8220;disconnectedness of InnoDB developers&#8221; from the MySQL user base, InnoDB developers look at bugs.mysql.com every day. And consulting companies like Percona exist, who give us feedback :).</p>
<p>Regards,</p>
<p>Heikki</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vasil Dimov</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299505</link>
		<dc:creator>Vasil Dimov</dc:creator>
		<pubDate>Fri, 16 May 2008 14:14:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-299505</guid>
		<description>Can someone give an estimate how much SHOW STATUS improves when buf_get_latched_pages_number() is disabled?

Thanks!</description>
		<content:encoded><![CDATA[<p>Can someone give an estimate how much SHOW STATUS improves when buf_get_latched_pages_number() is disabled?</p>
<p>Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-296743</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Thu, 08 May 2008 18:55:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/07/27/more-gotchas-with-mysql-50/#comment-296743</guid>
		<description>Mark, 

I'm not at all surprised :) 

Innodb developers are very disconnected from MySQL user base and customer base.  I do not think there are guys which deal with large Innodb installations on daily basics in Innodb team and Innodb/Oracle does not have Support or Consulting teams which could work close with developers on issues like this. 

I mean of course people report bugs like this but I do not think their importance is felt by hart unless you deal with it in production.</description>
		<content:encoded><![CDATA[<p>Mark, </p>
<p>I&#8217;m not at all surprised <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Innodb developers are very disconnected from MySQL user base and customer base.  I do not think there are guys which deal with large Innodb installations on daily basics in Innodb team and Innodb/Oracle does not have Support or Consulting teams which could work close with developers on issues like this. </p>
<p>I mean of course people report bugs like this but I do not think their importance is felt by hart unless you deal with it in production.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
