<?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: myisam and innodb storage explained</title>
	<atom:link href="http://www.yqed.com/mysql-storage-myisam-innodb-explained/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.yqed.com/mysql-storage-myisam-innodb-explained/</link>
	<description>floren&#039;s random thoughts and segments of code</description>
	<lastBuildDate>Thu, 15 Dec 2011 10:35:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Floren</title>
		<link>http://www.yqed.com/mysql-storage-myisam-innodb-explained/comment-page-1/#comment-918</link>
		<dc:creator>Floren</dc:creator>
		<pubDate>Mon, 16 Nov 2009 18:40:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.yqed.com/?p=165#comment-918</guid>
		<description>Actually, continuing to use MyISAM does not affect anything related to performance, if you know what you are doing. InnoDB can create maintenance nightmares that ultimately increase the overall costs. I know several large sites that run on MyISAM with no issues.  Losing your SELECT speed is not worth as a trade-in for row locks. Searchlight can help you to easily remove all your locks and decrease server costs substantially, with no switch to InnoDB. I will post detailed reports and graphics, when the beta period ends.

Plus, whatever IBAnders describes in his blog is inaccurate. It has been tried before to make usage of InnoDB into optimizing search tables, without success. Currently, the new framework developed in vB4 is extremely complicated for its intended usage (way too much abstraction, for example) and that alone combined with inefficient coding techniques increases the server load significantly.</description>
		<content:encoded><![CDATA[<p>Actually, continuing to use MyISAM does not affect anything related to performance, if you know what you are doing. InnoDB can create maintenance nightmares that ultimately increase the overall costs. I know several large sites that run on MyISAM with no issues.  Losing your SELECT speed is not worth as a trade-in for row locks. Searchlight can help you to easily remove all your locks and decrease server costs substantially, with no switch to InnoDB. I will post detailed reports and graphics, when the beta period ends.</p>
<p>Plus, whatever IBAnders describes in his blog is inaccurate. It has been tried before to make usage of InnoDB into optimizing search tables, without success. Currently, the new framework developed in vB4 is extremely complicated for its intended usage (way too much abstraction, for example) and that alone combined with inefficient coding techniques increases the server load significantly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris D</title>
		<link>http://www.yqed.com/mysql-storage-myisam-innodb-explained/comment-page-1/#comment-917</link>
		<dc:creator>Chris D</dc:creator>
		<pubDate>Sun, 08 Nov 2009 04:56:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.yqed.com/?p=165#comment-917</guid>
		<description>IF you have noticed, vBulletin 4.0 is switching things over to innodb as posted by ibanders on the blog there.

Is this cause for concerns for large forum owners looking at the future of their sites?</description>
		<content:encoded><![CDATA[<p>IF you have noticed, vBulletin 4.0 is switching things over to innodb as posted by ibanders on the blog there.</p>
<p>Is this cause for concerns for large forum owners looking at the future of their sites?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

