<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.2" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: mysql&gt; set global innodb fast=true;</title>
	<link>http://www.pythian.com/blogs/501/mysql-set-global-innodb-fasttrue</link>
	<description>News and views from Pythian DBAs</description>
	<pubDate>Sun, 27 Jul 2008 01:30:03 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.2</generator>
		<item>
		<title>By: Innodb commits &#171; François Schiettecatte&#8217;s Blog</title>
		<link>http://www.pythian.com/blogs/501/mysql-set-global-innodb-fasttrue#comment-66019</link>
		<dc:creator>Innodb commits &#171; François Schiettecatte&#8217;s Blog</dc:creator>
		<pubDate>Thu, 21 Jun 2007 20:26:00 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/501/mysql-set-global-innodb-fasttrue#comment-66019</guid>
		<description>[...]  Raj Thukral suggests setting the innodb_log_flush_at_trx_commit parameter in my.cnf to 0, thereby causing [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;]  Raj Thukral suggests setting the innodb_log_flush_at_trx_commit parameter in my.cnf to 0, thereby causing [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Xaprb</title>
		<link>http://www.pythian.com/blogs/501/mysql-set-global-innodb-fasttrue#comment-65945</link>
		<dc:creator>Xaprb</dc:creator>
		<pubDate>Thu, 21 Jun 2007 18:11:05 +0000</pubDate>
		<guid>http://www.pythian.com/blogs/501/mysql-set-global-innodb-fasttrue#comment-65945</guid>
		<description>A better "workaround" might be to disable AutoCommit and group logically related statements together in transactions, rather than letting InnoDB arbitrarily decide which bits of work are committed together as a unit.  Unless you really are doing a bunch of rapid-fire single-statement transactions, in which case yeah, you've hit the ceiling of your commit rate and that won't help.  Another good solution is to use a RAID controller with a battery-backed write cache and let it group flushes together from the cache.</description>
		<content:encoded><![CDATA[<p>A better &#8220;workaround&#8221; might be to disable AutoCommit and group logically related statements together in transactions, rather than letting InnoDB arbitrarily decide which bits of work are committed together as a unit.  Unless you really are doing a bunch of rapid-fire single-statement transactions, in which case yeah, you&#8217;ve hit the ceiling of your commit rate and that won&#8217;t help.  Another good solution is to use a RAID controller with a battery-backed write cache and let it group flushes together from the cache.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
