<?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: Choosing proper innodb_log_file_size</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/</link>
	<description>Everything about MySQL Performance</description>
	<pubDate>Fri, 05 Dec 2008 08:42:04 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: How to calculate a good InnoDB log file size &#124; MySQL Performance Blog</title>
		<link>http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-388366</link>
		<dc:creator>How to calculate a good InnoDB log file size &#124; MySQL Performance Blog</dc:creator>
		<pubDate>Fri, 21 Nov 2008 14:52:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-388366</guid>
		<description>[...] write a post a while ago about choosing a good InnoDB log file size.  Not to pick on Peter, but the post actually kind of talks about a lot of things and then doesn't [...]</description>
		<content:encoded><![CDATA[<p>[...] write a post a while ago about choosing a good InnoDB log file size.  Not to pick on Peter, but the post actually kind of talks about a lot of things and then doesn&#8217;t [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-149190</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Tue, 24 Jul 2007 21:37:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-149190</guid>
		<description>It is combined size which is limited</description>
		<content:encoded><![CDATA[<p>It is combined size which is limited</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Seth</title>
		<link>http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-149171</link>
		<dc:creator>Seth</dc:creator>
		<pubDate>Tue, 24 Jul 2007 20:17:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-149171</guid>
		<description>I am a little confused by this line:
Note at this poing 4GB is maximum combined size allowed for innodb log files

My question is what is combined to get this 4GB maximum?  Is it innodb_log_files_in_group * innodb_log_file_size or is there another part of equation I am missing?</description>
		<content:encoded><![CDATA[<p>I am a little confused by this line:<br />
Note at this poing 4GB is maximum combined size allowed for innodb log files</p>
<p>My question is what is combined to get this 4GB maximum?  Is it innodb_log_files_in_group * innodb_log_file_size or is there another part of equation I am missing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 选择合适的innodb_log_file_size at 周俭 Blog</title>
		<link>http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-4676</link>
		<dc:creator>选择合适的innodb_log_file_size at 周俭 Blog</dc:creator>
		<pubDate>Mon, 02 Oct 2006 00:15:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-4676</guid>
		<description>[...] 原文作者： Peter Zaitsev原文来源： http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/译者：叶金荣（Email:），转载请注明译者和出处，并且不能用于商业用途，违者必究。 [...]</description>
		<content:encoded><![CDATA[<p>[...] 原文作者： Peter Zaitsev原文来源： <a href="http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/" rel="nofollow">http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/</a>译者：叶金荣（Email:），转载请注明译者和出处，并且不能用于商业用途，违者必究。 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-1572</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Tue, 08 Aug 2006 13:51:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-1572</guid>
		<description>Hi you're right. My typo.  It should be "Where not commited" of course.</description>
		<content:encoded><![CDATA[<p>Hi you&#8217;re right. My typo.  It should be &#8220;Where not commited&#8221; of course.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yuan WANG</title>
		<link>http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-1571</link>
		<dc:creator>Yuan WANG</dc:creator>
		<pubDate>Tue, 08 Aug 2006 13:45:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-1571</guid>
		<description>I'm a litter confused with the following sentence. "Innodb will need to roll back certain transactions which were commited, but changes from which already made it to the database.". Why rollback the transactions which were commited? If the a transaction is commited, according to the ACID property of transaction, it should not be rolled back.</description>
		<content:encoded><![CDATA[<p>I&#8217;m a litter confused with the following sentence. &#8220;Innodb will need to roll back certain transactions which were commited, but changes from which already made it to the database.&#8221;. Why rollback the transactions which were commited? If the a transaction is commited, according to the ACID property of transaction, it should not be rolled back.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: MySQL Performance Blog &#187; MySQL Crash Recovery</title>
		<link>http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-1302</link>
		<dc:creator>MySQL Performance Blog &#187; MySQL Crash Recovery</dc:creator>
		<pubDate>Sun, 30 Jul 2006 18:09:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/07/03/choosing-proper-innodb_log_file_size/#comment-1302</guid>
		<description>[...] Innodb Recovery - Unless you have some hardware problems (99%) or found new Innodb bug (1%) Innodb recovery should be automatic and bring your database to consistent state. Depending on innodb_flush_lot_at_trx_commit setting you may lose few last committed transactions but it is it. It is Performance of this process which may cause the problems. As I already wrote innodb_log_file_size and innodb_buffer_pool_size affect recovery time significantly as well as your workload. I should also mention if you have innodb_file_per_table=1 your recovery speed will depend on number of Innodb tables you have, as well as many other operations, so beware. [...]</description>
		<content:encoded><![CDATA[<p>[...] Innodb Recovery - Unless you have some hardware problems (99%) or found new Innodb bug (1%) Innodb recovery should be automatic and bring your database to consistent state. Depending on innodb_flush_lot_at_trx_commit setting you may lose few last committed transactions but it is it. It is Performance of this process which may cause the problems. As I already wrote innodb_log_file_size and innodb_buffer_pool_size affect recovery time significantly as well as your workload. I should also mention if you have innodb_file_per_table=1 your recovery speed will depend on number of Innodb tables you have, as well as many other operations, so beware. [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
