SQL Query Optimization

[ryan]

Improvements suggested by Domas Mituzas.

 http://dammit.lt/2006/03/25/wordpress-sql-query-review/

 http://p.defau.lt/?tiJutSuV86iBJfUPGq_h0g  http://p.defau.lt/?_hp_YagOMRNnFgeXdhpbpw  http://p.defau.lt/?DRnl1EN_6SB7UhBfgzLdrw

Attached IRC log of chat with Domas on #wordpress-dev.

Chat with Domas on #wordpress-dev

Remove DISTINCT from main post query

Removing DISTINCT from the main post query resulted in a 6% performance improvement over current trunk. Benchmarked 500 requests using apache bench. The exact same front page was used for each run. Document length was 22205 bytes. This is with the default theme and the default install options. Imported the same 225 posts for each to prime the test with some realistic blog posts.

Remove DISTINCT and GROUP BY

Removing DISTINCT and GROUP BY gives a 10% performance increase over baseline. Same test environment.

Add (post_type, post_status, post_date) key and shorten post_type

Added composite key (post_type, post_status, post_date) and shortened post_type from 100 to 20. Didn't make a difference to performance.

[3678]

Let's try these on.

Just to note, we've already removed timestamps from queries and only check for a post_status of publish in the main post query. No more checks for static.

these two queries:
                    66 Query     SELECT * FROM wp_categories WHERE cat_ID > 0 HAVING category_count > 0 ORDER BY cat_name asc
                    66 Query     SELECT * FROM wp_categories WHERE cat_ID > 0 HAVING link_count > 0 ORDER BY cat_name ASC
could possibly be rewritten into link_count>0 or category_count>0

Anyone want to tackle this part? Eliminate "HAVING". Look in get_categories().

Replacing HAVING with AND works fine for me and should be less costly!

[4039]

These are all done now, I believe.