Optymalizaja php+MySQL

[milkus]

Mam coś takiego

$result = mysql_query("SELECT * from slowa order by RAND() desc limit 25") or die(mysql_error());

Czyli pobieranie 25 losowych rekordów z bazy. Niestety przy dużej ilości zapytań, takie wywołanie staje się zbyt uciążliwe dla serwerów na których mieści się baza. Czy ktoś z Was wie, jak to można było by obejść, nie tracąc na funkcjonalności ?

[Adam Krywko]

https://www.forum.optymalizacja.com/index.php?showtopic=46600

[slawek22]

Generalnie w tym wypadku używasz IN (...) w środku generujesz 25 identyfikatorów od 0 do liczba_elementów-1. Elemtnty muszą być ciągłe właśnie w takim zakresie.

[mirekg]

Czy ktoś z Was wie, jak to można było by obejść, nie tracąc na funkcjonalności ?

Można albo wylosować numer i pobrac rekordy pomiedzy LOS-10 i LOS+15,

albo wylosowac 25 numerow w petli.

Polecenie, ktore masz zwraca za kazdym razem _cala baze_ i wyswietla 25 rekordow.

MG

[slawek22]

Można albo wylosować numer i pobrac rekordy pomiedzy LOS-10 i LOS+15,

Niestety nie można. Wyobraź sobie, że masz liczby od 1 do 100 w takiej tabeli. Wypada LOS=40: 30.31.32 ... 55, LOS=41: 31.32.33 ... 56.

Będzie to losowe? No właśnie

Identyfikator ciągły a jeśli identyfikator jest używany jako klucz obcy to dodatkowe ciągłe pole + indeks. Wybieranie 25 pól po offset to kolejny problem z wydajnością.

[milkus]

Rozwiązałem to nieco inaczej niż proponowaliście, ale z góry dzięki za pomoc.

Ponieważ w bazie mam prawie 300K rekordów, to bezsensowne by było, ładowanie ich wszystkich do tablicy - zresztą po co skoro elementy są i tak losowane.

Zatem z bazy wybrałem losową ilość rekordów, które zostały zapisane w tablicy. Następnie z zapisanych danych losuję 25 elementów tablicy i wynik mam gotowy.

Wadą tego rozwiązania jest to, że istnieje prawdopodobieństwo wylosowania 2 lub więcej tego samego rekordu, oraz prawdopodobieństwo, że wylosuje się mniej niż 25 słów. Jednakże biorąc pod uwagę liczną zasobność bazy, wystąpienie którejkolwiek z wad jest mało prawdopodobne, a nawet jeśli to nie zostanie zakłócone działanie skryptu.

Teraz wszystko działa elegancko i nawet hostingodawca przestał marudzić.