<?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: How number of columns affects performance ?</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/</link>
	<description>Percona&#039;s MySQL &#38; InnoDB performance and scalability blog</description>
	<lastBuildDate>Sat, 11 Feb 2012 16:45:54 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: jcn50</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-771599</link>
		<dc:creator>jcn50</dc:creator>
		<pubDate>Tue, 17 Aug 2010 07:23:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-771599</guid>
		<description>&gt;t1 â€“ 1.00 sec (12M rows/sec ; 80MB/sec)
&gt;t1c99 â€“ 1.71 sec (7M rows/sec ; 676MB/sec)

I think there is a typo on the first line, no? It should be:
&gt;t1 â€“ 1.00 sec (12M rows/sec ; __ 800MB__ /sec)</description>
		<content:encoded><![CDATA[<p>&gt;t1 â€“ 1.00 sec (12M rows/sec ; 80MB/sec)<br />
&gt;t1c99 â€“ 1.71 sec (7M rows/sec ; 676MB/sec)</p>
<p>I think there is a typo on the first line, no? It should be:<br />
&gt;t1 â€“ 1.00 sec (12M rows/sec ; __ 800MB__ /sec)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eli</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-663812</link>
		<dc:creator>Eli</dc:creator>
		<pubDate>Sun, 11 Oct 2009 20:39:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-663812</guid>
		<description>In reply to #5: The message is: &quot;You have failed the challenge!&quot; (it happened again right now, when I tried to answer: 8 + 0 = 8)</description>
		<content:encoded><![CDATA[<p>In reply to #5: The message is: &#8220;You have failed the challenge!&#8221; (it happened again right now, when I tried to answer: 8 + 0 = <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_cool.gif' alt='8)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gunnar</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-660572</link>
		<dc:creator>Gunnar</dc:creator>
		<pubDate>Thu, 01 Oct 2009 06:41:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-660572</guid>
		<description>Hi Peter,

&gt;&gt;Wouldnâ€™t using tables with equal row size give a better to compare result?

&gt;This is why I specify MB/sec too
&gt;
&gt;t1 - 1.00 sec (12M rows/sec ; 80MB/sec)
&gt;t1c99 - 1.71 sec (7M rows/sec ; 676MB/sec)
&gt;t100 - 1.77 sec (7M rows/sec ; 653MB/sec)
&gt;t99v1 - 12.36 sec (1M rows/sec ; 93MB/sec)

I see. :)

You said:
&gt; So there is surely the penalty for dynamic rows, however it is not very significant
&gt; if number of columns is small. For large number of columns dynamic rows become very expensive and you have to watch out.

I fully agree with your conclusion that there is a penalty for &quot;dynamic&quot; rows.
Looking at your numbers we see the result of 653MB/sec versus 93MB/sec.
Which means that a static row is 7 times faster than a dynamic row.

But I&#039;m not sure if the number of columns is of any relevance or if its the row length.
I would assume that a 2 column but longer row should get a huge penalty also.

Could you be so kind and test what result are getting for a table like &quot;t1v99&quot;?
   CREATE TABLE `t1v99` (
   `t1` tinyint(3) UNSIGNED NOT NULL,
   `v99` varchar(99) NOT NULL DEFAULT &#039;12345678901234567890123456789012345678901234567890123456789012345678901234567890123456789&#039; 
   ) ENGINE=MyISAM DEFAULT CHARSET=latin1

Could we compare this result with &quot;tac99&quot; please?


Cheers
Gunnar</description>
		<content:encoded><![CDATA[<p>Hi Peter,</p>
<p>&gt;&gt;Wouldnâ€™t using tables with equal row size give a better to compare result?</p>
<p>&gt;This is why I specify MB/sec too<br />
&gt;<br />
&gt;t1 &#8211; 1.00 sec (12M rows/sec ; 80MB/sec)<br />
&gt;t1c99 &#8211; 1.71 sec (7M rows/sec ; 676MB/sec)<br />
&gt;t100 &#8211; 1.77 sec (7M rows/sec ; 653MB/sec)<br />
&gt;t99v1 &#8211; 12.36 sec (1M rows/sec ; 93MB/sec)</p>
<p>I see. <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>You said:<br />
&gt; So there is surely the penalty for dynamic rows, however it is not very significant<br />
&gt; if number of columns is small. For large number of columns dynamic rows become very expensive and you have to watch out.</p>
<p>I fully agree with your conclusion that there is a penalty for &#8220;dynamic&#8221; rows.<br />
Looking at your numbers we see the result of 653MB/sec versus 93MB/sec.<br />
Which means that a static row is 7 times faster than a dynamic row.</p>
<p>But I&#8217;m not sure if the number of columns is of any relevance or if its the row length.<br />
I would assume that a 2 column but longer row should get a huge penalty also.</p>
<p>Could you be so kind and test what result are getting for a table like &#8220;t1v99&#8243;?<br />
   CREATE TABLE `t1v99` (<br />
   `t1` tinyint(3) UNSIGNED NOT NULL,<br />
   `v99` varchar(99) NOT NULL DEFAULT &#8217;12345678901234567890123456789012345678901234567890123456789012345678901234567890123456789&#8242;<br />
   ) ENGINE=MyISAM DEFAULT CHARSET=latin1</p>
<p>Could we compare this result with &#8220;tac99&#8243; please?</p>
<p>Cheers<br />
Gunnar</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-660311</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Wed, 30 Sep 2009 16:48:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-660311</guid>
		<description>Gunnar,

This is why I specify MB/sec too :)

The sizes are only different when I want them to be. t1c99, t100 and t99v1  all have same row length in MyISAM and  yet they have different scan speed.  Other tables are of different row length and mainly provided for comparison so we can both see how number and type of columns affect scan speed.</description>
		<content:encoded><![CDATA[<p>Gunnar,</p>
<p>This is why I specify MB/sec too <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>The sizes are only different when I want them to be. t1c99, t100 and t99v1  all have same row length in MyISAM and  yet they have different scan speed.  Other tables are of different row length and mainly provided for comparison so we can both see how number and type of columns affect scan speed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gunnar</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-660118</link>
		<dc:creator>Gunnar</dc:creator>
		<pubDate>Wed, 30 Sep 2009 09:14:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-660118</guid>
		<description>Hi Peter,

Thanks for the benchmark.
I wonder if the test is comparing apples to oranges by accident.

The 4 test tables that you use have very different sizes.
How much influence has the different size of the test tables on the results?
Wouldn&#039;t using tables with equal row size give a better to compare result?


Take care</description>
		<content:encoded><![CDATA[<p>Hi Peter,</p>
<p>Thanks for the benchmark.<br />
I wonder if the test is comparing apples to oranges by accident.</p>
<p>The 4 test tables that you use have very different sizes.<br />
How much influence has the different size of the test tables on the results?<br />
Wouldn&#8217;t using tables with equal row size give a better to compare result?</p>
<p>Take care</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-659923</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Tue, 29 Sep 2009 23:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-659923</guid>
		<description>Eli, 

Sorry about captcha.  Looks like some other glitch. What kind of error message did you get if any ?</description>
		<content:encoded><![CDATA[<p>Eli, </p>
<p>Sorry about captcha.  Looks like some other glitch. What kind of error message did you get if any ?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eli</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-659901</link>
		<dc:creator>Eli</dc:creator>
		<pubDate>Tue, 29 Sep 2009 21:16:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-659901</guid>
		<description>Oh, and by the way - your CAPTCHA has a problem with calculating 9 + 6 ...
To my knowledge, it&#039;s 15, but it seems your CAPTCHA thinks otherwise :)</description>
		<content:encoded><![CDATA[<p>Oh, and by the way &#8211; your CAPTCHA has a problem with calculating 9 + 6 &#8230;<br />
To my knowledge, it&#8217;s 15, but it seems your CAPTCHA thinks otherwise <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eli</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-659900</link>
		<dc:creator>Eli</dc:creator>
		<pubDate>Tue, 29 Sep 2009 21:15:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-659900</guid>
		<description>I had been meaning to test this issue (how the number of columns affect the performance) for quite some time now - and I thank you for saving me the trouble :)</description>
		<content:encoded><![CDATA[<p>I had been meaning to test this issue (how the number of columns affect the performance) for quite some time now &#8211; and I thank you for saving me the trouble <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-659795</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Tue, 29 Sep 2009 15:30:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-659795</guid>
		<description>Matt,

Thanks corrected.</description>
		<content:encoded><![CDATA[<p>Matt,</p>
<p>Thanks corrected.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.mysqlperformanceblog.com/2009/09/28/how-number-of-columns-affects-performance/comment-page-1/#comment-659496</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Tue, 29 Sep 2009 03:02:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/?p=1244#comment-659496</guid>
		<description>&quot;As you can see MyISAM is a lot slower and has behavior...&quot; - I think you meant to say InnoDB there :)</description>
		<content:encoded><![CDATA[<p>&#8220;As you can see MyISAM is a lot slower and has behavior&#8230;&#8221; &#8211; I think you meant to say InnoDB there <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>

