Mysql mechanizm skladowania
thelete - 18-06-2007 00:01
Mysql mechanizm skladowania
Witam Mam tabele w bazie ktora w tej chwili zajmuje juz jakies 13GB. machanizm skladowania ustawiony na MyIsam. Baza jest bardzo obciazona dziala na niej okolo 130 skryptow usuwajacych i czytajacych rekordy. takich operacji przeprowadzanych jest srednio kilkadziesiat na sekunde. Od jakiegos czasu zauwazylem ze predkosc dzialania tych skryptow drastycznie spadla z okolo 2k przetworzonych rekordow do okolo 800. w procesach na bazie czesto widze systuacje kiedy jeden ze skryptow wykonuje na tabeli zapytanie select, natomiast reszta przyjmuje status locked (zablokowane). czyli na chlopski rozum wyglada na to ze tabela blokowana jest przy uzyciu zwyklego selecta i pozostale skrypty czekaja na swoja kolej. Prowalem zmienic typ skladowania na InnoDB (czysto eksperymantalnie) i powstal kolejny problem - obliczanie ilosci rekordow - kosmicznie wrecz wieszaly sie skrypty na takim obliczaniu. Zastanawiam sie czy moge jakos - poprzez konfiguracje badz cokolwiek innego wylaczyc takie blokowania tabel?
Kolejne pytanie, googlalem troche jednak nie znalalzlem wystarczajacych opisow innych mechanizmow skaldowania oprocz innodb i myisam
Czy moglbym prosic o jakies linki z opisami dla takich mechanizmow jak Heap, Memmory, merge, mrg_myisam, isam, innobase, bdb, barleybdb
ktory z mechnizmow polecilibyscie biorac pod uwage mocne obciazenie bazy, wymagana duza predkosc przetwarzania, brak blokowania calych tabel itd. zalezy mi na jak najlepszej wydajnosci.
czy moze warto pomyslec o przejsciu na PostregSql? Czy uzyskalbym w ten sposob lepsza wydajnosc?
-- Wys?ano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
dap997 - 18-06-2007 00:01
thelete napisa?(a): > Witam > Mam tabele w bazie ktora w tej chwili zajmuje juz jakies 13GB. machanizm > skladowania ustawiony na MyIsam. Baza jest bardzo obciazona dziala na niej > okolo 130 skryptow usuwajacych i czytajacych rekordy. takich operacji > przeprowadzanych jest srednio kilkadziesiat na sekunde. Od jakiegos czasu > zauwazylem ze predkosc dzialania tych skryptow drastycznie spadla z okolo 2k > przetworzonych rekordow do okolo 800. w procesach na bazie czesto widze > systuacje kiedy jeden ze skryptow wykonuje na tabeli zapytanie select, > natomiast reszta przyjmuje status locked (zablokowane). czyli na chlopski > rozum wyglada na to ze tabela blokowana jest przy uzyciu zwyklego selecta i > pozostale skrypty czekaja na swoja kolej. Prowalem zmienic typ skladowania na > InnoDB (czysto eksperymantalnie) i powstal kolejny problem - obliczanie > ilosci rekordow - kosmicznie wrecz wieszaly sie skrypty na takim obliczaniu. > Zastanawiam sie czy moge jakos - poprzez konfiguracje badz cokolwiek innego > wylaczyc takie blokowania tabel?
Sprawdzi?e? co to za selecty, i dlaczego s? takie wolne? Polecam mysqldumpslow. Mo?e brakuje jakich? indeksów?
> Kolejne pytanie, googlalem troche jednak nie znalalzlem wystarczajacych > opisow innych mechanizmow skaldowania oprocz innodb i myisam
Dokumentacja mysql wraz z komentarzami.
> Czy moglbym prosic o jakies linki z opisami dla takich mechanizmow jak > Heap, Memmory, merge, mrg_myisam, isam, innobase, bdb, barleybdb > > ktory z mechnizmow polecilibyscie biorac pod uwage mocne obciazenie bazy, > wymagana duza predkosc przetwarzania, brak blokowania calych tabel itd. > zalezy mi na jak najlepszej wydajnosci. > > czy moze warto pomyslec o przejsciu na PostregSql? > Czy uzyskalbym w ten sposob lepsza wydajnosc?
Jeszcze nie znalaz?e? przyczyny a ju? chcesz zmienia? ca?? baz? danych???
dap
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[mysql] =?ISO-8859-2?Q?Za=E6mienie=2E=2E=2E_jak_wy=B6wietli=E6?==?ISO-8859-2?Q?=2E=2E=2E?=
[mysql] =?ISO-8859-2?Q?wielko=B6=E6_bazy_a_stabilno=B6=E6=2C?==?ISO-8859-2?Q?_podzia=B3_du=BFej_bazy_a_powi=B1zania_tabel?=
[MySQL] =?ISO-8859-2?Q?Wy=B6wietlenie_kolejnej_pozycji=2C_?==?ISO-8859-2?Q?jak=B1_mia=B3by_dany_rekord=2C_gdybym_czyta=B3 _?==?ISO-8859-2?Q?wg_konkretnych_kryteri=F3w=2E_Da_si=EA_=3F?=
[mysql 4.0.x] przenoszenie kolum =?ISO-8859-2?Q?mi=EAdzy_bazam?==?ISO-8859-2?Q?i_cd_=2E=2E=2E_?=
[MySQL] =?ISO-8859-2?Q?z=B3=B1czenie_tabeli_u=BFytkownik_i?==?ISO-8859-2?Q?_zdj=EAcia_z_wyborem_zdj=EAcia_domy=B6lnego?=
[MySQL] Jak =?ISO-8859-2?Q?wpisa=E6_do_tabeli_pozycje_dl?==?ISO-8859-2?Q?a_wierszy_gdybym_te_wiersze_wybiera=B3_w_ok?== ?ISO-8859-2?Q?re=B6lonej_kolejno=B6ci_=3F?=
Gdzie MySQL 4.1, a gdzie 5.0?
[MySQL 4.0...4.1] zabezpieczenie przed =?ISO-8859-2?Q?jednoczesn?==?ISO-8859-2?Q?=B1_edycj=B1?=
[MS SQL] "set names" (mySQL) w MS SQL
[mysql 5.x] jak =?ISO-8859-2?Q?zrealizowa=E6_zapytanie=3F_cz?==?ISO-8859-2?Q?yli_podzapytanie_i_wi=EAcej_ni=BF_jeden_rz=B1? ==?ISO-8859-2?Q?d_wynik=F3w?=
zanotowane.pldoc.pisz.plpdf.pisz.plred-hacjenda.opx.pl
Cytat
Decede mihi sole - nie zasłaniaj mi słonca. Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści Hoc fac - tak czyń. A tergo - od tyłu; z tyłu. I czarne włosy posiwieją. Safona |
|