Tabelle-Sortierung dauert sehr lang

[daudi]

Zitat von DokuLeseHemmung

Gute Idee, hilft nur nix, weil die db trotzdem VORHER alle sortieren muß, um überhaupt zu wissen, welches die ersten 100 sind...



Ich hätte viel lieber das SQL Statement gesehen..
evtl sogar das Ergebnis von EXPLAIN

z.B.

EXPLAIN SELECT *
FROM tabelle
ORDER BY id DESC
LIMIT 100,30

Ein implizieter Join kann heftig Schaden anrichten (Zeit fressen).

Die Abfrage ist simple:
SELECT * FROM `table` WHERE 1 order by t_id desc limit 10,10

Explain gibt aus:
id select_type table type possible_keys key key_len ref rows Extra

1 SIMPLE table index NULL PRIMARY 4 NULL 1231988


Die Struktur:

CREATE TABLE `table` (
`t_id` int(11) NOT NULL auto_increment,
`t_verkaeufer` mediumint(11) unsigned NOT NULL default '0',
`t_uberschrift` varchar(250) collate latin1_german1_ci NOT NULL default '',
`t_beschreibung` text collate latin1_german1_ci NOT NULL,
`t_zustand` tinyint(1) default '0',
`t_baujahr` smallint(5) default '0',
`t_preis` double(10,2) default '0.00',
`t_bild1` varchar(50) collate latin1_german1_ci default 'none',
`t_bild2` varchar(50) collate latin1_german1_ci default 'none',
`t_bild3` varchar(50) collate latin1_german1_ci default 'none',
`t_katalog` smallint(11) unsigned NOT NULL default '0',
`t_modele` varchar(255) collate latin1_german1_ci NOT NULL default '0',
`t_modell` varchar(15) collate latin1_german1_ci NOT NULL default '0',
`t_hersteller` smallint(11) NOT NULL default '0',
`t_status` tinyint(3) NOT NULL default '0',
`t_datum_start` date NOT NULL default '0000-00-00',
`t_datum_end` date NOT NULL default '0000-00-00',
`t_art` tinyint(1) NOT NULL default '0',
`t_erzeugt` timestamp NULL default CURRENT_TIMESTAMP,
`t_extra` varchar(15) collate latin1_german1_ci NOT NULL default '',
`t_path` varchar(15) collate latin1_german1_ci NOT NULL,
`t_export_id` varchar(25) collate latin1_german1_ci NOT NULL default '0',
`t_export_error` tinyint(3) NOT NULL default '0',
`t_kill` varchar(20) collate latin1_german1_ci NOT NULL,
`t_export_code` varchar(50) collate latin1_german1_ci NOT NULL,
`t_kbas` text collate latin1_german1_ci NOT NULL,
PRIMARY KEY (`t_id`),
KEY `t_verkaeufer` (`t_verkaeufer`),
KEY `t_hergestellt` (`t_hersteller`),
KEY `t_kill` (`t_kill`),
FULLTEXT KEY `t_uberschrift` (`t_uberschrift`,`t_beschreibung`),
FULLTEXT KEY `t_path_2` (`t_path`),
FULLTEXT KEY `t_modell_2` (`t_modell`,`t_kbas`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_german1_ci;

Danke für jede Idee

[daudi]

Zitat von Crisps

Zeig mal bitte dein komplettes Tabellen-Schema und die vollständige Query - plus die Ausgabe von letzterem, wie von DokuLeseHemmung schon gesagt, mit EXPLAIN.

Ist das so schwer?

Nein, ist machbar :-).

alles ist da .

Danke für Hilfe

[DokuLeseHemmung]

Die Abfrage ist simple:
SELECT * FROM `table` WHERE 1 order by t_id desc limit 10,10

WHERE 1
Wozu ist das da??

[daudi]

Einfach "Platzhalter". 1(true) steht, wenn die Einträge einfach aufgelistet sind. Wenn nach irgendwas gesucht wird, wird anstatt 1 z.b. "WHERE t_verkaeufer=123" and t_preis=23.00".

Ich glaube, diese 1 macht keine Auswirkung, habe mit explain das geprüft.

[Crisps]

SELECT * FROM `table` WHERE 1 order by t_id desc limit 10,10

Ist die Query mit Limit also immer noch genauso langsam? Ich weiß zwar, dass durch Limit nur die Ergebnisse limitiert werden und nicht die verarbeiteten Datensätze, aber ich habe gedacht, dass das schon das Hauptproblem der langsamen Performance wäre.

[cortex]

Zitat von daudi

SELECT *

jede wette, dass hier das problem liegt.

cx

[daudi]

Zitat von Crisps

SELECT * FROM `table` WHERE 1 order by t_id desc limit 10,10

Ist die Query mit Limit also immer noch genauso langsam? Ich weiß zwar, dass durch Limit nur die Ergebnisse limitiert werden und nicht die verarbeiteten Datensätze, aber ich habe gedacht, dass das schon das Hauptproblem der langsamen Performance wäre.

Das limitieren hilft eigentlich nicht viel, da zuvor die Tabelle voll und ganz sortiert wird und nur dann Limit angewendet.

[daudi]

Zitat von cortex

jede wette, dass hier das problem liegt.

cx

Naja,

explain macht keinen unterschied ob SELECT * FROM oder SELECT t_id, t_verkauefer FROM ist. Der Ref ist NULL

[Crisps]

Zitat von cortex

jede wette, dass hier das problem liegt.

cx

Stimmt, bei einer Millionen Einträge wird sich das besonders schlimm auswirken - Ich hab grad mal eine Dummy-Tabelle angelegt und das ge-Benchmarked; die Query war um über das doppelte schneller. Also, daudi, wenn möglich versuch nur die wirklich gebrauchten Spalten zu selektieren. Das sollte man zwar immer so machen, aber bei solchen großen Tabellen wirkt sich das "*" noch schlimmer aus.


Aber brauchst du wirklich alle Einträge auf einmal? Wird das auf der Seite nicht irgendwie nach Hersteller, Datum, o.ä. gefiltert?

[daudi]

Ok, ich versuche nur die nötige felder abfragen, aber es werden fast alle :-)


Ja, ich brauche alle Einträge auf einmal auf der main-seite. Im weiteren werden sie nach Katalog, Hersteller usw. gefiltert