<?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: Choosing innodb_buffer_pool_size</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/</link>
	<description>Everything about MySQL Performance</description>
	<lastBuildDate>Sat, 21 Nov 2009 05:23:57 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Detecting and Resolving LAMP Stack Problems &#8211; Scheduled Downtime &#187; Karl Katzke &#124; PHP, Puppies, and other Geekery</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-665142</link>
		<dc:creator>Detecting and Resolving LAMP Stack Problems &#8211; Scheduled Downtime &#187; Karl Katzke &#124; PHP, Puppies, and other Geekery</dc:creator>
		<pubDate>Thu, 15 Oct 2009 04:51:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-665142</guid>
		<description>[...] time, especially when some of your tables are larger than 1gb.) Don&#8217;t forget to switch to set innodb_buffer_pool_size [...]</description>
		<content:encoded><![CDATA[<p>[...] time, especially when some of your tables are larger than 1gb.) Don&#8217;t forget to switch to set innodb_buffer_pool_size [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tuning a Linux system for Database Server &#124; Random Bugs</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-614270</link>
		<dc:creator>Tuning a Linux system for Database Server &#124; Random Bugs</dc:creator>
		<pubDate>Thu, 16 Jul 2009 17:31:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-614270</guid>
		<description>[...] more info read: http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/ [...]</description>
		<content:encoded><![CDATA[<p>[...] more info read: <a href="http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/" rel="nofollow">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: SQL Dan</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-584759</link>
		<dc:creator>SQL Dan</dc:creator>
		<pubDate>Sun, 14 Jun 2009 04:35:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-584759</guid>
		<description>Is the INNODB_BUFFER_POOL shared across all databases or allocated per database? I&#039;m getting ready to run a mysql server in a VMWare environment with a not very busy database. Maybe 10 concurrent users max. With about 5000 records being added per year max per database. I was thinking about running the virtual OS with 2GB of RAM.</description>
		<content:encoded><![CDATA[<p>Is the INNODB_BUFFER_POOL shared across all databases or allocated per database? I&#8217;m getting ready to run a mysql server in a VMWare environment with a not very busy database. Maybe 10 concurrent users max. With about 5000 records being added per year max per database. I was thinking about running the virtual OS with 2GB of RAM.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: [译]Innodb 性能优化基础 &#124; 白天’s Blog</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-543708</link>
		<dc:creator>[译]Innodb 性能优化基础 &#124; 白天’s Blog</dc:creator>
		<pubDate>Sun, 19 Apr 2009 14:51:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-543708</guid>
		<description>[...] UPDATE 关于它具体的查看http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/ innodb_log_file_size [...]</description>
		<content:encoded><![CDATA[<p>[...] UPDATE 关于它具体的查看http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/ innodb_log_file_size [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ［翻译］［注解］Innodb Performance Optimization Basics &#124; 白天’s Blog</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-543707</link>
		<dc:creator>［翻译］［注解］Innodb Performance Optimization Basics &#124; 白天’s Blog</dc:creator>
		<pubDate>Sun, 19 Apr 2009 14:47:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-543707</guid>
		<description>[...] innodb_buffer_pool_size 设为内存的70%-80%都是安全的。我在一个16G的服务器上把它设成12G。 UPDATE： 如果你想了解更多的细节，请查看tuning innodb buffer pool [...]</description>
		<content:encoded><![CDATA[<p>[...] innodb_buffer_pool_size 设为内存的70%-80%都是安全的。我在一个16G的服务器上把它设成12G。 UPDATE： 如果你想了解更多的细节，请查看tuning innodb buffer pool [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-524648</link>
		<dc:creator>Alex</dc:creator>
		<pubDate>Mon, 30 Mar 2009 23:14:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-524648</guid>
		<description>I now realize I know absolutely nothing about MySQL. Thanks for all the info (book and blog).</description>
		<content:encoded><![CDATA[<p>I now realize I know absolutely nothing about MySQL. Thanks for all the info (book and blog).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cristian</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-490117</link>
		<dc:creator>Cristian</dc:creator>
		<pubDate>Thu, 26 Feb 2009 10:15:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-490117</guid>
		<description>My server configuration 
2GB /intelquad 

PROBLEM : i start my sql 4.0.12 with innodb_buffer_pool_size = 128 
After starting the server my.cnf becomes my_cnf.bak. 

but randomly the configuration is reseted and all my previous config is set to the default values inlcuding innodb_buffer_pool_size which is set to 5Mb or so 

This happes only since this week. 


Do you know what to do ? 

I am kind of very stressed due to this . 

I can;t migrate now to other version of mysql.</description>
		<content:encoded><![CDATA[<p>My server configuration<br />
2GB /intelquad </p>
<p>PROBLEM : i start my sql 4.0.12 with innodb_buffer_pool_size = 128<br />
After starting the server my.cnf becomes my_cnf.bak. </p>
<p>but randomly the configuration is reseted and all my previous config is set to the default values inlcuding innodb_buffer_pool_size which is set to 5Mb or so </p>
<p>This happes only since this week. </p>
<p>Do you know what to do ? </p>
<p>I am kind of very stressed due to this . </p>
<p>I can;t migrate now to other version of mysql.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-445600</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Wed, 14 Jan 2009 19:23:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-445600</guid>
		<description>I haven&#039;t seen this in the real world, but I don&#039;t disbelieve you.  If you want help solving this, I am pretty confident we can find out what is going on and either find a workaround or discuss the possibility of a patch.  You could also try a bug report via MySQL, but I don&#039;t know how urgent this is for you to solve.</description>
		<content:encoded><![CDATA[<p>I haven&#8217;t seen this in the real world, but I don&#8217;t disbelieve you.  If you want help solving this, I am pretty confident we can find out what is going on and either find a workaround or discuss the possibility of a patch.  You could also try a bug report via MySQL, but I don&#8217;t know how urgent this is for you to solve.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: zhang</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-445551</link>
		<dc:creator>zhang</dc:creator>
		<pubDate>Wed, 14 Jan 2009 16:11:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-445551</guid>
		<description>That&#039;s exactly the reason I brought it up here. 5.0.67 and 5.0.67 with google patch do NOT have this behavior. The response time stabilized after the buffer pool is full.
Seems like 5.1 has problems to manage eviction.</description>
		<content:encoded><![CDATA[<p>That&#8217;s exactly the reason I brought it up here. 5.0.67 and 5.0.67 with google patch do NOT have this behavior. The response time stabilized after the buffer pool is full.<br />
Seems like 5.1 has problems to manage eviction.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Baron Schwartz</title>
		<link>http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/comment-page-1/#comment-444562</link>
		<dc:creator>Baron Schwartz</dc:creator>
		<pubDate>Tue, 13 Jan 2009 20:22:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2007/11/03/choosing-innodb_buffer_pool_size/#comment-444562</guid>
		<description>This is easy to explain as flushing dirty pages to make some room for pages that aren&#039;t in the buffer pool.  Watch the number of *dirty* pages.  Compare that to innodb_buffer_pool_max_dirty_pct.

Is this specific to 5.1?  Have you see it behave differently on 5.0?  I would expect to see the same behavior in 5.0, but tell me if I&#039;m wrong.</description>
		<content:encoded><![CDATA[<p>This is easy to explain as flushing dirty pages to make some room for pages that aren&#8217;t in the buffer pool.  Watch the number of *dirty* pages.  Compare that to innodb_buffer_pool_max_dirty_pct.</p>
<p>Is this specific to 5.1?  Have you see it behave differently on 5.0?  I would expect to see the same behavior in 5.0, but tell me if I&#8217;m wrong.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
