Comments on: Economics of Performance Optimization http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/ Everything about MySQL Performance Sat, 21 Nov 2009 05:23:57 -0800 http://wordpress.org/?v=2.8.4 hourly 1 By: Joe http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-294417 Joe Mon, 05 May 2008 15:21:19 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-294417 I'm at exactly the stage you've mentioned in this entry. I have 3 servers - one master (used for admin too) and 2 replicated servers used for the live site. They are load-balanced too using a dedicated software load-balancer. Currently all three have 8GB RAM. In the schema I use caching tables that are aggregated with several joins and are updated nightly. These are used for searching, etc. and help me having to do joins in real-time. However, the indexes on these tables are big. The indexes for all my tables are 9GB in total. Often I get slow queries even when using these tables in joins. I've also implemented memcached and it's really good once queries are cached, but the first query is always slow. How do I know if more RAM will help? What is the relationship between index size and RAM size, and is this on a per query basis, or over time? How do I know if faster processors will help? My DB could probably be more optimised along the way, but testing with such large tables is not easy :-) Can anyone offer some advice to some of these basic questions? Thanks I’m at exactly the stage you’ve mentioned in this entry. I have 3 servers – one master (used for admin too) and 2 replicated servers used for the live site. They are load-balanced too using a dedicated software load-balancer. Currently all three have 8GB RAM. In the schema I use caching tables that are aggregated with several joins and are updated nightly. These are used for searching, etc. and help me having to do joins in real-time. However, the indexes on these tables are big. The indexes for all my tables are 9GB in total. Often I get slow queries even when using these tables in joins. I’ve also implemented memcached and it’s really good once queries are cached, but the first query is always slow.

How do I know if more RAM will help? What is the relationship between index size and RAM size, and is this on a per query basis, or over time? How do I know if faster processors will help? My DB could probably be more optimised along the way, but testing with such large tables is not easy :-)

Can anyone offer some advice to some of these basic questions?

Thanks

]]> By: Wes Mahler http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-253309 Wes Mahler Sun, 16 Mar 2008 11:58:12 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-253309 I look forward to the time we get so big, so massive, that we need experts such as yourself to scale a big operation! I look forward to the time we get so big, so massive, that we need experts such as yourself to scale a big operation!

]]> By: T-Enterprise http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-253166 T-Enterprise Sat, 15 Mar 2008 20:52:05 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-253166 Excellent Article - Saved and forwarded. Cheers! Excellent Article – Saved and forwarded. Cheers!

]]> By: Sharding and Time Base Partitioning | MySQL Performance Blog http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-252997 Sharding and Time Base Partitioning | MySQL Performance Blog Sat, 15 Mar 2008 05:18:32 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-252997 [...] your scaling problems solved - by getting more and more hardware you can grow. As I recently wrote it however does not mean it is the most optimal way by itself to do [...] [...] your scaling problems solved – by getting more and more hardware you can grow. As I recently wrote it however does not mean it is the most optimal way by itself to do [...]

]]> By: Peter Van Dijck’s Guide to Ease » Blog Archive http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-252765 Peter Van Dijck’s Guide to Ease » Blog Archive Fri, 14 Mar 2008 15:45:07 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-252765 [...] post on the economics of optimizing mysql, with good [...] [...] post on the economics of optimizing mysql, with good [...]

]]> By: Optimizing application vs getting better hardware | Благомир Иванов http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-252673 Optimizing application vs getting better hardware | Благомир Иванов Fri, 14 Mar 2008 08:23:07 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-252673 [...] full article @ mpb [...] [...] full article @ mpb [...]

]]> By: Geoff McQueen http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-252657 Geoff McQueen Fri, 14 Mar 2008 07:38:46 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-252657 Awesome post. There's nothing wrong with a sales pitch when it comes with so much awesome free advice, and when the blog it accompanies comes with so much excellent content. Thanks for taking the time on this and all the other posts... Awesome post. There’s nothing wrong with a sales pitch when it comes with so much awesome free advice, and when the blog it accompanies comes with so much excellent content. Thanks for taking the time on this and all the other posts…

]]> By: peter http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-252598 peter Fri, 14 Mar 2008 02:32:40 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-252598 I did not know you do consulting on your own. I thought you're tied up with Flickr/Yahoo :) I did not know you do consulting on your own. I thought you’re tied up with Flickr/Yahoo :)

]]> By: Dathan Vance Pattishall http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/comment-page-1/#comment-252585 Dathan Vance Pattishall Fri, 14 Mar 2008 01:02:36 +0000 http://www.mysqlperformanceblog.com/2008/03/13/economics-of-performance-optimization/#comment-252585 Or you can hire me :) Or you can hire me :)

]]>