Mysql Index Konfiguration

Question

Ich habe eine Tabelle mit 450000 Reihe voller Nachrichten. Das Tabellenschema ist wie folgt:

CREATE TABLE IF NOT EXISTS `news` (
    `id` int(11) NOT NULL auto_increment, 
    `cat_id` int(11) NOT NULL, 
    `title` tinytext NOT NULL, 
    `content` text NOT NULL, 
    `date` int(11) NOT NULL, 
    `readcount` int(11) NOT NULL default '0', 
    PRIMARY KEY (`id`), 
    KEY `cat_id` (`cat_id`), 
    KEY `cat_id_2` (`cat_id`,`id`), 
    KEY `cat_id_date` (`cat_id`,`date`) 
) ENGINE=MyISAM DEFAULT CHARSET=latin5 AUTO_INCREMENT=462679 ; 

Wenn ich führe einen SQL-Befehl wie unten einige Nachrichten für eine Seite zu nehmen „x“ der Kategorieseite es mehr als 15 Sekunden in Anspruch nimmt, wenn x über 100:

select * news where cat_id='4' order by id desc limit 150000,10; 

erklären zeigt, dass seine Verwendung von „wo“ und der Index „cat_id_2“

Während diese Frage schreibe ich eine einfache sQL-Abfrage wie dies auch überprüft, und es dauerte auch in der Nähe einer Minute:

select * from haberler order by id desc limit 40000,10; 

, wenn die SQL ist wie die folgenden es dauert nur wenige Millisekunden:

select * from haberler order by id desc limit 20,10; 

Meine my.cnf Konfiguration ist wie folgt:

skip-locking 
skip-innodb 
query_cache_limit=1M 
query_cache_size=256M 
query_cache_type=1 
max_connections=30 
interactive_timeout=600000 
#wait_timeout=5 
#connect_timeout=5 
thread_cache_size=384 
key_buffer=256M 
join_buffer=4M 
max_allowed_packet=16M 
table_cache=1024 
record_buffer=1M 
sort_buffer_size=64M 
read_buffer_size=16M 
max_connect_errors=10 
# Try number of CPU's*2 for thread_concurrency 
thread_concurrency=2 
myisam_sort_buffer_size=128M 
long_query_time   = 1 
log_slow_queries  = /var/log/mysql/mysql-slow.log 
max_heap_table_size=512M 

Die Website auf einem Core2Duo läuft mit 2 GB RAM. Ich denke, dass das Problem durch die sort_buffer_size verursacht werden kann, aber ich bin mir nicht sicher. danke im voraus.

Answer 1

Update:

diesen Artikel in meinem Blog sehen für die detaillierte Analyse des Problems:

• MySQL ORDER BY/LIMIT performance: late row lookups

---

Wenn Sie so etwas wie LIMIT 150000, 10 ausgeben, es bedeutet, dass MySQL diesedurchlaufen sollteAufzeichnungen und finden Sie die nächste 10.

Das Verfolgen des Index ist in MySQL langsam.

Auch MySQL ist nicht in der Lage, Late-Lookups zu tun.

Theoretisch, wenn Sie ORDER BY id LIMIT 100000, 10 tun, ist es genug, um den Index zu verwenden, um die Werte 100000-100010 zu finden, dann nur 10 Zeilen suchen, die diesen Index erfüllen und sie zurückzukehren.

Alle größeren Systeme außer MySQL sind sich dessen bewusst und schauen die Zeilen nur dann an, wenn die Werte wirklich zurückgegeben werden sollen.

MySQL sucht jedoch jede Zeile nach.

Versuchen Sie Ihre Frage, da dies zu umschreiben:

SELECT news.* 
FROM (
     SELECT id 
     FROM news 
     WHERE cat_id='4' 
     ORDER BY 
       id DESC 
     LIMIT 150000, 10 
     ) o 
JOIN news 
ON  news.id = o.id