20bits - Latest Comments in 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

staffing555 — Wed, 09 Dec 2009 14:01:30 -0000

Interesting thoughts well expressed.
For more jobs visit http://www.staffingpower.com

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

santoshb — Wed, 25 Nov 2009 05:11:50 -0000

Yo.. Thanks

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

joypt — Tue, 22 Sep 2009 09:18:48 -0000

I got some of mysql optimiztion tips from here.
Is it correct?

I have tried some of them and feel good but few of them were give me good sound
Please give your feedback
http://cookphp.blogspot.com/2009/09/top-100-per...

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Sky cards — Tue, 11 Aug 2009 07:44:25 -0000

cool article, just keep your database strucutre logical and simple, like a real library and everything will fall in to place.

cheers,

sky cards

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Jamie Dexter — Wed, 05 Aug 2009 07:26:13 -0000

Excellent article and well-written. Glad I found this gem relatively early in my MySQL career!

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

brightemeka — Tue, 28 Jul 2009 15:07:25 -0000

Thank you a lot for the tips.
Please how can I introduce optimization algorithm in mysql.
The will help me to complete my thesis.

Thanks.

Sincerely,

Bright Emeka

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

farinspace — Tue, 21 Jul 2009 12:10:21 -0000

Great article, very useful insights!

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Nick Yeoman — Wed, 24 Jun 2009 19:11:09 -0000

Cool, Thanks!

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Sergio — Sun, 10 May 2009 20:47:57 -0000

I liked a lot your post but wish to as one question, about a problem I need to solve.
I am facing a situation wher I have to query a database for the countries names, then, when a client select a country, I show the states (regions) of this country and, finally, when he selects one of these regions, I need to show all the cities of this region.
I ask:
What should I use:
one table for the countries with countries names and countries codes;
one table for the regions with regions names and codes, for each country;
one table for the cities for that country.
or, it's best to have only one table with all that data and perform all queries in that table (more than 2,000,000 records)?

Thanks

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Henry — Sat, 25 Apr 2009 14:35:17 -0000

good post. One way I find make a big difference is using group by rather than distinct when it's possible

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Nate — Tue, 03 Feb 2009 23:49:44 -0000

Great article. I'm trying to take my MySql skills to the next level and this is the kind of stuff I want to learn.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Zen of Linux — Mon, 12 Jan 2009 06:04:59 -0000

Thanks for your list! Also, I was so free to do my own post on some basic and advanced mysql tuning tips!

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Jesse — Thu, 16 Oct 2008 16:57:31 -0000

Angsuman,

Cool. I'll check it out.

As for the ORM stuff, I know, but I don't care that much. My interests skew towards large, denormalized data storage, anyhow. Building the next great Rails app ain't my thing.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

angsuman — Tue, 09 Sep 2008 12:18:43 -0000

Nice tips. I too have written some tips in not so recent past on my blog covering how to handle frequent inserts on a database maximized for reading like a blog using MyISAM.
BTW: Your tip on eliminating artificial primary key has issues with most ORM frameworks like Hibernate.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Werner — Mon, 08 Sep 2008 12:44:28 -0000

great tips!

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Calgary Web Design — Thu, 28 Aug 2008 12:59:56 -0000

Thanks for the list. Great perspective.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

mitcho — Tue, 26 Aug 2008 02:11:42 -0000

Hey Jesse-- I just wanted to let you know that I've been doing a fair deal of schema-ing (and scheming) at my new job and I've been using this article like a bible and sharing it with my colleagues. Thanks! ^^

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Re@PeR — Tue, 29 Jul 2008 05:15:07 -0000

These are some fantastic tips, thanks man!
Just ordered myself a copy of the book High Performance MySQL (Arjen Lentz, Peter Zaitsev, Vadim Tkachenko), can't wait, working on a project that needs massive amounts of data output from MySQL and it seems I'll be using this new knowledge to save the company from having to buy bigger servers.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

paan — Tue, 08 Jul 2008 02:14:51 -0000

I know the post is like a year old. But I think that it is the single best post on mysql optimization.
Concise and to the point and practical. Good job.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Hoteles Mar del Plata — Fri, 04 Jul 2008 11:12:09 -0000

Hello, How write sql query for mysql, selet top 10 ?

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

ellisgl — Thu, 08 May 2008 21:21:42 -0000

I've read a lot of the "MySQL" Optimization guides and yours is the best so far as a single post. Most of them have gone over "Indexing" or totally skewed the guide you end up screwing yourself.

I use parenthesis when I'm trying to do two compares on a column ie: (`date` >= 'xxxx' AND `date` <= 'yyyy'). Just make me feel comfortable with grouping it like that.

As for the other things - I think you have given me a lot of stuff to help me in my job that I start in 2 weeks. I leave the current job tomorrow (friday), where even I know my read calls are really quick, but i can see it being at least 2x faster with these tips.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Jesse — Tue, 18 Mar 2008 15:42:44 -0000

ken,

Yeah. I don't know what version what around when I wrote this article -- but that was 11 months ago. It'd also be unfortunate if Rails flipped out by default (i.e., required :id => false), since, AFAIK, Rails is supposed to be about "convention no configuration."

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

ken — Tue, 18 Mar 2008 15:19:09 -0000

OK, I guess I have to give you that. We do pass :id=>false (which I think has been around basically forever) to the join table, but it's true that some Rails features flip out on :id=>false tables (even with 2.0.2). I don't think I've seen any outflipping for join tables in particular, but I wouldn't bet against it.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

Jesse — Tue, 18 Mar 2008 13:51:28 -0000

ken,

I think when I wrote this Rails would flip out if even the join table didn't have its own auto incrementing primary key. This might have changed, but it's also possible I was wrong.

Re: 10 Tips for Optimizing MySQL Queries (That don’t suck) | 20bits

ken — Tue, 18 Mar 2008 13:44:53 -0000

Jesse:

Rails doesn't support composite keys for model classes, but posts_tags here is just a join table, and it's fine with composite keys here -- in fact I'm pretty sure it's the default. We do precisely this in several places, and I don't remember needing to do anything special.