<?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: MySQL 4 to MySQL 5  Upgrade performance regressions</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/</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: Nick</title>
		<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/comment-page-1/#comment-628658</link>
		<dc:creator>Nick</dc:creator>
		<pubDate>Wed, 12 Aug 2009 15:24:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/#comment-628658</guid>
		<description>I am seeing the same thing on 5.0.45 on redhat-linux.  
Two consecutive &quot;processlist&quot; one second apart shows only one thread (An UPDATE) -- and it is apparently stuck in the &quot;end&quot; state.  
Is there a way to get more insight into what is happening inside mysql?
It really acts like the thread is going to sleep for a long time awaiting completion of something...  but one second is a long time and the server isn&#039;t particularly busy.</description>
		<content:encoded><![CDATA[<p>I am seeing the same thing on 5.0.45 on redhat-linux.<br />
Two consecutive &#8220;processlist&#8221; one second apart shows only one thread (An UPDATE) &#8212; and it is apparently stuck in the &#8220;end&#8221; state.<br />
Is there a way to get more insight into what is happening inside mysql?<br />
It really acts like the thread is going to sleep for a long time awaiting completion of something&#8230;  but one second is a long time and the server isn&#8217;t particularly busy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/comment-page-1/#comment-586229</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Mon, 15 Jun 2009 16:56:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/#comment-586229</guid>
		<description>Here is a roadmap for a tool to help discover these issues before they are a problem: http://code.google.com/p/maatkit/wiki/mk_upgrade</description>
		<content:encoded><![CDATA[<p>Here is a roadmap for a tool to help discover these issues before they are a problem: <a href="http://code.google.com/p/maatkit/wiki/mk_upgrade" rel="nofollow">http://code.google.com/p/maatkit/wiki/mk_upgrade</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rolf</title>
		<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/comment-page-1/#comment-586206</link>
		<dc:creator>Rolf</dc:creator>
		<pubDate>Mon, 15 Jun 2009 16:20:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/#comment-586206</guid>
		<description>I&#039;ve a problem with similar symptoms that you describe in this blog entry. My MySQL version is 5.0.27. A few times a day MySQL hangs. In the process list I see some update statements in the &#039;end state&#039;, often I also see a commit statement. This statments need about 1 min to execute. In the meantime the process list grows an all statments are blocked from executing (time column increasing). As soon the update or commit statment is finished, all the &#039;queued&#039; statements are finally executed.

I&#039;m not sure if this is the same problem, as I can not imagine that it takes such a long time to write the logs to disk (up to 1 min). 
Do you have any suggestion where to look? Are there other possible problems in the commit phase of a transaction. 

BTW. The applications uses mostly autocommit statments, something that I can not easily change.

Thanks for any help</description>
		<content:encoded><![CDATA[<p>I&#8217;ve a problem with similar symptoms that you describe in this blog entry. My MySQL version is 5.0.27. A few times a day MySQL hangs. In the process list I see some update statements in the &#8216;end state&#8217;, often I also see a commit statement. This statments need about 1 min to execute. In the meantime the process list grows an all statments are blocked from executing (time column increasing). As soon the update or commit statment is finished, all the &#8216;queued&#8217; statements are finally executed.</p>
<p>I&#8217;m not sure if this is the same problem, as I can not imagine that it takes such a long time to write the logs to disk (up to 1 min).<br />
Do you have any suggestion where to look? Are there other possible problems in the commit phase of a transaction. </p>
<p>BTW. The applications uses mostly autocommit statments, something that I can not easily change.</p>
<p>Thanks for any help</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/comment-page-1/#comment-134315</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Mon, 11 Jun 2007 18:36:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/#comment-134315</guid>
		<description>Group commit was in MySQL since Innodb was added to it so it is available in any MySQL 4.1 version.</description>
		<content:encoded><![CDATA[<p>Group commit was in MySQL since Innodb was added to it so it is available in any MySQL 4.1 version.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mfc</title>
		<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/comment-page-1/#comment-133895</link>
		<dc:creator>mfc</dc:creator>
		<pubDate>Sun, 10 Jun 2007 15:31:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/#comment-133895</guid>
		<description>Hi,

What version of 4.1 did group commit first show up in?

Thanks,

Mike</description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>What version of 4.1 did group commit first show up in?</p>
<p>Thanks,</p>
<p>Mike</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/comment-page-1/#comment-133625</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Sat, 09 Jun 2007 15:05:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/#comment-133625</guid>
		<description>Sergey, 

Thank you for info. From my standpoint it does not matter if this is Innodb or MySQL part of the code.  Innodb is officially supported by MySQL and it was MySQL task to ensure there are no regressions in 5.0   Plus it surely does not help this issue is not properly described in upgrade notes.</description>
		<content:encoded><![CDATA[<p>Sergey, </p>
<p>Thank you for info. From my standpoint it does not matter if this is Innodb or MySQL part of the code.  Innodb is officially supported by MySQL and it was MySQL task to ensure there are no regressions in 5.0   Plus it surely does not help this issue is not properly described in upgrade notes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: manoj</title>
		<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/comment-page-1/#comment-133373</link>
		<dc:creator>manoj</dc:creator>
		<pubDate>Fri, 08 Jun 2007 14:04:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/#comment-133373</guid>
		<description>replication not working when installed mysql 5 in rhel as4</description>
		<content:encoded><![CDATA[<p>replication not working when installed mysql 5 in rhel as4</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergei Golubchik</title>
		<link>http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/comment-page-1/#comment-133181</link>
		<dc:creator>Sergei Golubchik</dc:creator>
		<pubDate>Thu, 07 Jun 2007 08:25:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/06/06/mysql-4-to-mysql-5-upgrade-performance-regressions/#comment-133181</guid>
		<description>Just FYI. This was discussed more than once. But the agreement was that this is internal InnoDB issue, it can and should be fixed in the InnoDB. Other storage engines have completely automatic group commit that doesn&#039;t need any hooks in the binlog code. Heikki agrees, by the way, and the solution is known. The priority isn&#039;t high, though.</description>
		<content:encoded><![CDATA[<p>Just FYI. This was discussed more than once. But the agreement was that this is internal InnoDB issue, it can and should be fixed in the InnoDB. Other storage engines have completely automatic group commit that doesn&#8217;t need any hooks in the binlog code. Heikki agrees, by the way, and the solution is known. The priority isn&#8217;t high, though.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

