<?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: Opening Tables  scalability</title>
	<atom:link href="http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/</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: Andreas Bergman</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-855347</link>
		<dc:creator>Andreas Bergman</dc:creator>
		<pubDate>Sun, 11 Dec 2011 20:44:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-855347</guid>
		<description>Hi, 

Do you know if this issue is fixed in 5.5?

We run a WP multisite with about 200k tables and as tables in open_table cache increase the execution time of the query increase and at last there is always 400 querys running and most of them in opening/closing state. If I restart the process it works like a charm for a couple of hours, and then it starts all over again.

Any ideas?
Andreas</description>
		<content:encoded><![CDATA[<p>Hi, </p>
<p>Do you know if this issue is fixed in 5.5?</p>
<p>We run a WP multisite with about 200k tables and as tables in open_table cache increase the execution time of the query increase and at last there is always 400 querys running and most of them in opening/closing state. If I restart the process it works like a charm for a couple of hours, and then it starts all over again.</p>
<p>Any ideas?<br />
Andreas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sergei</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-830392</link>
		<dc:creator>Sergei</dc:creator>
		<pubDate>Mon, 10 Oct 2011 23:53:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-830392</guid>
		<description>And I was wondering if MySQL can handle a few thousands of tables. Compared to wordpress&#039;s numbers, this is like a toy project :-)</description>
		<content:encoded><![CDATA[<p>And I was wondering if MySQL can handle a few thousands of tables. Compared to wordpress&#8217;s numbers, this is like a toy project <img src='http://www.mysqlperformanceblog.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mattias J</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-800376</link>
		<dc:creator>Mattias J</dc:creator>
		<pubDate>Mon, 28 Feb 2011 11:28:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-800376</guid>
		<description>We have some 2000 databases with the same set of 250+ tables (both numbers constantly growing) = 500&#039;000 tables and counting on the same server.

As we are trying to scale out, our main options seems to be either &quot;manually&quot; partition different databases to different servers, or putting all the data in a single set of large tables in combination with built-in MySQL Partitioning.

But how does MySQL Partitioning affect table opening / tables cache???

Are there other options we should consider?</description>
		<content:encoded><![CDATA[<p>We have some 2000 databases with the same set of 250+ tables (both numbers constantly growing) = 500&#8217;000 tables and counting on the same server.</p>
<p>As we are trying to scale out, our main options seems to be either &#8220;manually&#8221; partition different databases to different servers, or putting all the data in a single set of large tables in combination with built-in MySQL Partitioning.</p>
<p>But how does MySQL Partitioning affect table opening / tables cache???</p>
<p>Are there other options we should consider?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek Organ</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-669566</link>
		<dc:creator>Derek Organ</dc:creator>
		<pubDate>Tue, 27 Oct 2009 15:42:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-669566</guid>
		<description>We work on the basis of a different database for each new company account. The problem I&#039;m starting to have with 5000 databases is the show databases and use database commands are taking a long time to run and are showing up in my slow-queries log.  Are there any tips for making this go faster?</description>
		<content:encoded><![CDATA[<p>We work on the basis of a different database for each new company account. The problem I&#8217;m starting to have with 5000 databases is the show databases and use database commands are taking a long time to run and are showing up in my slow-queries log.  Are there any tips for making this go faster?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: My &#8220;hot&#8221; list for next InnoDB features &#124; MySQL Performance Blog</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-525918</link>
		<dc:creator>My &#8220;hot&#8221; list for next InnoDB features &#124; MySQL Performance Blog</dc:creator>
		<pubDate>Tue, 31 Mar 2009 21:48:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-525918</guid>
		<description>[...] bad at start time, when InnoDB takes probes during opening table, as it is slow operation. See also http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/. Partially it can be fixed by recent patches by enabling / disabling probes and changing count of [...]</description>
		<content:encoded><![CDATA[<p>[...] bad at start time, when InnoDB takes probes during opening table, as it is slow operation. See also <a href="http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/" rel="nofollow">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/</a>. Partially it can be fixed by recent patches by enabling / disabling probes and changing count of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-280461</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Thu, 17 Apr 2008 16:31:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-280461</guid>
		<description>MySQL only opens tables once you access them.</description>
		<content:encoded><![CDATA[<p>MySQL only opens tables once you access them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: art</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-280106</link>
		<dc:creator>art</dc:creator>
		<pubDate>Thu, 17 Apr 2008 11:13:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-280106</guid>
		<description>Does mysql open all innodb tables at startup or only with query on that particular table?</description>
		<content:encoded><![CDATA[<p>Does mysql open all innodb tables at startup or only with query on that particular table?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sysadm</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-90484</link>
		<dc:creator>Sysadm</dc:creator>
		<pubDate>Tue, 20 Mar 2007 19:29:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-90484</guid>
		<description>We have forum hosting community - around 3 500 000 myisam tables per each server. Each forum gets it&#039;s own database (~90 tables in one database) . We have similar issue - when server is overloaded, status of all threads in &quot;show processlist&quot; is &quot;opening tables&quot;. We have many php and system tweaks but this problem seems to be hard to resolve without MySQL source code rewrite -we have not enought knowledge to do it. It&#039;s MySQL 4.0.

We have tried to increase table_cache but it doesn&#039;t make any sense with such many useable tables - best performance setting for us is table_cache=0.

Now it&#039;s hosted on Linux 2.6 &amp; XFS which supports more than 32K subdirectories in one directory. Reiserfs supports too, but it&#039;s terribly unstable within such load and brokes it&#039;s journal itself very often, and reiserfs is not visible faster in this than XFS.

I&#039;m afraid of putting such many tables into one database - this cause worse performance problems - like hosting &gt;10 000 000 files in one directory (3 files per table)...</description>
		<content:encoded><![CDATA[<p>We have forum hosting community &#8211; around 3 500 000 myisam tables per each server. Each forum gets it&#8217;s own database (~90 tables in one database) . We have similar issue &#8211; when server is overloaded, status of all threads in &#8220;show processlist&#8221; is &#8220;opening tables&#8221;. We have many php and system tweaks but this problem seems to be hard to resolve without MySQL source code rewrite -we have not enought knowledge to do it. It&#8217;s MySQL 4.0.</p>
<p>We have tried to increase table_cache but it doesn&#8217;t make any sense with such many useable tables &#8211; best performance setting for us is table_cache=0.</p>
<p>Now it&#8217;s hosted on Linux 2.6 &amp; XFS which supports more than 32K subdirectories in one directory. Reiserfs supports too, but it&#8217;s terribly unstable within such load and brokes it&#8217;s journal itself very often, and reiserfs is not visible faster in this than XFS.</p>
<p>I&#8217;m afraid of putting such many tables into one database &#8211; this cause worse performance problems &#8211; like hosting &gt;10 000 000 files in one directory (3 files per table)&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: peter</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-78513</link>
		<dc:creator>peter</dc:creator>
		<pubDate>Sun, 11 Mar 2007 12:49:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-78513</guid>
		<description>This actually was always curious for me why Wordpress MU was not fixed to operate with smaller amount of tables rather than create single table set for each users.

You can blame MySQL for certain performance problems but generally dealing with a lot of files is slower with most of file systems.</description>
		<content:encoded><![CDATA[<p>This actually was always curious for me why WordPress MU was not fixed to operate with smaller amount of tables rather than create single table set for each users.</p>
<p>You can blame MySQL for certain performance problems but generally dealing with a lot of files is slower with most of file systems.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hakan</title>
		<link>http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/comment-page-1/#comment-78344</link>
		<dc:creator>Hakan</dc:creator>
		<pubDate>Sun, 11 Mar 2007 10:25:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.mysqlperformanceblog.com/2006/11/21/opening-tables-scalability/#comment-78344</guid>
		<description>Wordpress.com hosts a free blog system running WordPress Mu (multiuser wordpress) and it creates a new set of tables for every new blog.

/Hakan</description>
		<content:encoded><![CDATA[<p>WordPress.com hosts a free blog system running WordPress Mu (multiuser wordpress) and it creates a new set of tables for every new blog.</p>
<p>/Hakan</p>
]]></content:encoded>
	</item>
</channel>
</rss>

