<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: MySQL processlist phrase book</title>
	<atom:link href="http://dom.as/2009/09/27/mysql-processlist-phrase-book/feed/" rel="self" type="application/rss+xml" />
	<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/</link>
	<description></description>
	<lastBuildDate>Sat, 17 Dec 2011 20:14:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Domas Mituzas</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1688</link>
		<dc:creator><![CDATA[Domas Mituzas]]></dc:creator>
		<pubDate>Thu, 29 Oct 2009 15:47:54 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1688</guid>
		<description><![CDATA[David, to run your blog, mostly. :)

FT is bad argument, anyone sane may use Lucene or Sphinx for that.

Better read performance is a myth - MyISAM key cache mutex will have quite sad effects, whereas InnoDB will continue to scale with more cores, as well as InnoDB does data buffering, whereas MyISAM goes to FS all the time.

So yes, Isotopp said it - full table scans may be faster with MyISAM, but various index range reads and such will be faster with InnoDB, at high performance environments.

And if it isn&#039;t a high performance environment, one can use whatever they want, it doesn&#039;t matter then - and MyISAM will have smallest footprint on environment.]]></description>
		<content:encoded><![CDATA[<p>David, to run your blog, mostly. :)</p>
<p>FT is bad argument, anyone sane may use Lucene or Sphinx for that.</p>
<p>Better read performance is a myth &#8211; MyISAM key cache mutex will have quite sad effects, whereas InnoDB will continue to scale with more cores, as well as InnoDB does data buffering, whereas MyISAM goes to FS all the time.</p>
<p>So yes, Isotopp said it &#8211; full table scans may be faster with MyISAM, but various index range reads and such will be faster with InnoDB, at high performance environments.</p>
<p>And if it isn&#8217;t a high performance environment, one can use whatever they want, it doesn&#8217;t matter then &#8211; and MyISAM will have smallest footprint on environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Isotopp</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1687</link>
		<dc:creator><![CDATA[Isotopp]]></dc:creator>
		<pubDate>Thu, 29 Oct 2009 08:56:44 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1687</guid>
		<description><![CDATA[Yes, there is. Data that is not changing because it is not written to or is batch-loaded can easily be MyISAM. A regular MyISAM tables stores data in about half the space that InnoDB requires to store the same data, the actual size can vary a lot depending on a lot of factors all of which are InnoDB related.

If you care to run myisampack on your unchanging data, which you can, because it never changes, then you end up with a storage that is about 5 times smaller than the same amount of data in InnoDB.

If you need to run a full table scan on your data (which happens a lot in a DWHy environment) it may matter a lot of your query that took 20 minutes before now finishes in 4 minutes.]]></description>
		<content:encoded><![CDATA[<p>Yes, there is. Data that is not changing because it is not written to or is batch-loaded can easily be MyISAM. A regular MyISAM tables stores data in about half the space that InnoDB requires to store the same data, the actual size can vary a lot depending on a lot of factors all of which are InnoDB related.</p>
<p>If you care to run myisampack on your unchanging data, which you can, because it never changes, then you end up with a storage that is about 5 times smaller than the same amount of data in InnoDB.</p>
<p>If you need to run a full table scan on your data (which happens a lot in a DWHy environment) it may matter a lot of your query that took 20 minutes before now finishes in 4 minutes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shoan Motwani</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1686</link>
		<dc:creator><![CDATA[Shoan Motwani]]></dc:creator>
		<pubDate>Thu, 29 Oct 2009 03:01:58 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1686</guid>
		<description><![CDATA[@David Gerard: Yes. Full text search is currently supported only in MyISAM. In addition, MyISAM has better read performance.

The key to success is in mixing and matching the storage engines leveraging the strengths of each of the them.]]></description>
		<content:encoded><![CDATA[<p>@David Gerard: Yes. Full text search is currently supported only in MyISAM. In addition, MyISAM has better read performance.</p>
<p>The key to success is in mixing and matching the storage engines leveraging the strengths of each of the them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Gerard</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1685</link>
		<dc:creator><![CDATA[David Gerard]]></dc:creator>
		<pubDate>Wed, 28 Oct 2009 09:07:19 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1685</guid>
		<description><![CDATA[Hah!

Tell me, is there *ever* a reason to run MyISAM over InnoDB?]]></description>
		<content:encoded><![CDATA[<p>Hah!</p>
<p>Tell me, is there *ever* a reason to run MyISAM over InnoDB?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xmariachi</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1684</link>
		<dc:creator><![CDATA[xmariachi]]></dc:creator>
		<pubDate>Tue, 13 Oct 2009 14:32:10 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1684</guid>
		<description><![CDATA[Very intersting, thanks for &quot;translating&quot;
Cheers]]></description>
		<content:encoded><![CDATA[<p>Very intersting, thanks for &#8220;translating&#8221;<br />
Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ronald Bradford</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1683</link>
		<dc:creator><![CDATA[Ronald Bradford]]></dc:creator>
		<pubDate>Mon, 05 Oct 2009 04:20:19 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1683</guid>
		<description><![CDATA[Pingback http://twitter.com/MySQLExpert/status/4620744676]]></description>
		<content:encoded><![CDATA[<p>Pingback <a href="http://twitter.com/MySQLExpert/status/4620744676" rel="nofollow">http://twitter.com/MySQLExpert/status/4620744676</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Log Buffer #164: a Carnival of the Vanities for DBAs &#124; Pythian Group Blog</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1682</link>
		<dc:creator><![CDATA[Log Buffer #164: a Carnival of the Vanities for DBAs &#124; Pythian Group Blog]]></dc:creator>
		<pubDate>Fri, 02 Oct 2009 17:22:34 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1682</guid>
		<description><![CDATA[[...] Domas Mituzas knows what kind of documentation we need. Here is his MySQL processlist phrase book. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Domas Mituzas knows what kind of documentation we need. Here is his MySQL processlist phrase book. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: masid</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1681</link>
		<dc:creator><![CDATA[masid]]></dc:creator>
		<pubDate>Wed, 30 Sep 2009 16:46:24 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1681</guid>
		<description><![CDATA[&gt;&gt; “Locked” – Even bigger chance that it is MyISAM table waiting to be converted to InnoDB

Definitely true.]]></description>
		<content:encoded><![CDATA[<p>&gt;&gt; “Locked” – Even bigger chance that it is MyISAM table waiting to be converted to InnoDB</p>
<p>Definitely true.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shlomi Noach</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1679</link>
		<dc:creator><![CDATA[Shlomi Noach]]></dc:creator>
		<pubDate>Sun, 27 Sep 2009 14:03:17 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1679</guid>
		<description><![CDATA[Domaz,

Cool! Thanks]]></description>
		<content:encoded><![CDATA[<p>Domaz,</p>
<p>Cool! Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Domas Mituzas</title>
		<link>http://dom.as/2009/09/27/mysql-processlist-phrase-book/#comment-1678</link>
		<dc:creator><![CDATA[Domas Mituzas]]></dc:creator>
		<pubDate>Sun, 27 Sep 2009 13:44:51 +0000</pubDate>
		<guid isPermaLink="false">http://mituzas.lt/?p=620#comment-1678</guid>
		<description><![CDATA[Shlomi,

no need to edit limits.conf, just put open_files_limit=XXXX into [mysqld] section of your my.cnf.

mysqld is started as root, will increase the resources before calling setuid().]]></description>
		<content:encoded><![CDATA[<p>Shlomi,</p>
<p>no need to edit limits.conf, just put open_files_limit=XXXX into [mysqld] section of your my.cnf.</p>
<p>mysqld is started as root, will increase the resources before calling setuid().</p>
]]></content:encoded>
	</item>
</channel>
</rss>

