ďťż
 
Mysql mechanizm skladowania ďťż
 
Mysql mechanizm skladowania
Zobacz wiadomości
 
Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian
Indeks BCB i MySQL subiekt gt fototapeta
 
  Witamy

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.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • effulla.pev.pl
  • comp
    [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.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • red-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

    Valid HTML 4.01 Transitional

    Free website template provided by freeweblooks.com