Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 54 Pomógł: 0 Dołączył: 9.09.2003 Skąd: Bełchatów Ostrzeżenie: (0%)
|
Mam dwie takie same tabelki w różnych bazach (ale ten sam serwer):
W jednej jest 165tyś rekordów (23mb), w drugiej 270 tyś (33mb). Wykonuje paczki po 4 update na każdej bazie. Zapytanko wygląda mniej więcej tak:
Najpierw baza z 165tyś rekordów i czasy wykonania 4 update w cyklu: 0.0023970603942871 sec 0.0020239353179932 sec 0.002047061920166 sec 0.0020139217376709 sec 0.0020439624786377 sec 0.0020511150360107 sec 0.0022640228271484 sec 0.0016040802001953 sec 0.0011930465698242 sec 0.0021450519561768 sec 0.0013589859008789 sec 0.0019218921661377 sec Suma czasu dla 50 zapytań update: 4.3591480255127 sec To samo na większej bazie (270tyś), też po 4 zapytania w cyklu: 0.012955188751221 sec 0.0023949146270752 sec 1.7737629413605 sec 0.16048979759216 sec 0.24561595916748 sec 0.15996599197388 sec 0.22124600410461 sec 0.26379299163818 sec 0.2989809513092 sec 0.18192505836487 sec 0.0041689872741699 sec 0.027604103088379 sec 0.53889012336731 sec Suma dla 50 zapytań: 8.4705171585083 sec Czym mogą być spowodowane tak duże rozbieżności w czasue wykonania tak prostego update? Różnica w ilości rekordów nie jest duża, zaledwie 100tyś. Co można zrobić aby poprawić efektywność zapytań? Ten post edytował Radek_1 12.01.2013, 01:59:14 |
|
|
|
![]() |
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 260 Pomógł: 34 Dołączył: 22.02.2010 Ostrzeżenie: (0%)
|
juz sam sobie odpowiedziales na to pytanie:
1) inna baza = inna konfiguracja sewera inny hardware maszyny co wiecej ? 2) indexy lub trigery wszedzie to samo? 3) nie wiem jak w mysql bo zajmuje sie oracla-em ale czy w mysql jest cos takiego jak "high water mark"? -jezeli tak to sprawdz ile wynosi, jak duzo to zrob kopie tabeli insetrujac dane z poprzedniej, stara dropnij i rename nowej - wykonaj updaty na nowej i porownaj czasy narazie wiecej mi nie przychodzi do glowy EDIT: jeszcze jedno mi przyszlo do glowy czy na koncu jest commit? Jak jest wykonywany commit? czy sam update sie tyle kreci? Commit 300tys rekordow potrwa troche dluzej niz 100tys rekordow to chyba jasne co nie? Ten post edytował wiiir 14.01.2013, 20:57:47 |
|
|
|
Radek_1 Różny czas wykonywania zapytań na tej samej tabeli 12.01.2013, 01:56:49
markonix Na rozbieżność nie mam pomysłu ale update możesz s... 12.01.2013, 10:24:53
Radek_1 1) Hardwarowo to powinno być to samo, w ramach jed... 15.01.2013, 16:48:20
wiiir 100 tys rekordow to nie jest tak mało dla update-a... 15.01.2013, 19:33:06
Radek_1 Skopiowałem bazę danych z 2 do drugiej 1 (tj. tam ... 16.01.2013, 00:18:56
wiiir wykonaj update z taka sama liczba rekordow na 2 ro... 16.01.2013, 21:38:04
alegorn przejdz na innodb, myisam przy update zaklada lock... 17.01.2013, 11:45:14
Radek_1 Cytatdlaczego te pola :
[SQL] pobierz, plaintext
... 17.01.2013, 21:22:52 ![]() ![]() |
|
Aktualny czas: 17.02.2026 - 05:49 |