Zadejte hledaný výraz...

Velká MySQL tabulka, optimalizace SELECT pro stránkování

qwertr
verified
rating uzivatele
(7 hodnocení)
19. 6. 2012 22:10:50
V praci mame MySQL databazu, v ktorej tabulky obsahuju tak okolo 15 milionov zaznamov.
Tie tabulky su robene cez partial table. Ono je to dost sialene objemy dat. Plny dump databazy ma v pohode velkost vyse 30 GB.
A zadalsie, nebezi to na ziadnom orezavatku. Pokial viem je tam nejaky xenon a samotne MySQL me vyhradene 8GB Ramky
Takze aj to sa da
19. 6. 2012 22:10:50
https://webtrh.cz/diskuse/velka-mysql-tabulka-optimalizace-select-pro-strankovani/strana/2#reply776957
acidclick
verified
rating uzivatele
19. 6. 2012 22:15:48
Tak tak. Tohle uz je spis ve vyladeni db serveru. Ono i pokud ma treba MSSQL malo ramky tak je schopna provadel jednoduchej count treba 20 minut na milionem zaznamu.
19. 6. 2012 22:15:48
https://webtrh.cz/diskuse/velka-mysql-tabulka-optimalizace-select-pro-strankovani/strana/2#reply776956
Napsal SEOPeter;810088
Řešil jsem podobně "objemný" projekt s tabulkami cca milion řádků. Podle svých zkušeností musím říct, že MySQL není dělané na takto rozsáhlé databáze. Funguje to, ale je šíleně pomalé.
To není pravda.
Doporučuju se podívat na High Performance MySQL a zdroje tam uvedené.
Jestli jste přepisoval databázi v C, pak jste zbytečně vymýšlel kolo tam, kde byla stačila správná struktura a konfigurace.
19. 6. 2012 22:18:56
https://webtrh.cz/diskuse/velka-mysql-tabulka-optimalizace-select-pro-strankovani/strana/2#reply776955
pes502
verified
rating uzivatele
(4 hodnocení)
19. 6. 2012 22:26:11
Napsal Martin Schlemmer;810068
Za předpokladu, že v číslování není mezera a jsou aktivní všechny řádky (nejsou např. označené jako smazané nebo v moderaci), dostanete nejnižší a nejvyšší ID pro stránku takto:
Ano, přesně jak píšete. Všecky ID jsou následované po sobě a všecky záznamy jsou aktivní. Prakticky vzato tuto tabulku jsem neupravoval a další sloupce už nepřibydou (jen záznamy), vše ostatní (rating apod.) mám v dalších tabulkách
19. 6. 2012 22:26:11
https://webtrh.cz/diskuse/velka-mysql-tabulka-optimalizace-select-pro-strankovani/strana/2#reply776954
naniccz
verified
rating uzivatele
(3 hodnocení)
19. 6. 2012 22:49:32
Pozorování: MySQL (5.0.91) v EXPLAIN SELECT Pk FROM Tbl ORDER BY Pk (ASC|DESC) opravdu píše, že používá filesort; possible_keys i keys jsou NULL. Buď je to jen takto explainuje, nebo to opravdu třídí (?)
19. 6. 2012 22:49:32
https://webtrh.cz/diskuse/velka-mysql-tabulka-optimalizace-select-pro-strankovani/strana/2#reply776953
Pro odpověď se přihlašte.
Přihlásit