Jarosław Zabiełło - BLOG: MySQL 5 - strzeż się się tego koszmaru

MySQL 5 - strzeż się się tego koszmaru

Jarosław Zabiełło — Mon, 29 May 2006 09:54:00 +0200

Baza MySQL nigdy nie uchodziła za wzór poprawnej pracy, ale to co ostatnio się z nią dzieje woła o pomstę do nieba… Zainstalowałem sobie najnowszą wersję stabilną MySQL 5 pod win32. Wpierw myslałem że znalazłem jakiś błąd we frameworku Django. Ale krótki czat z innymi programistami i przejrzenie netu, pozbawił mnie złudzeń. Błąd leży w silniku samej bazy. Włączyłem logowanie zapytań i uruchomiłem kwerendę bezpośrednio z poziomu klienta.

Otóż okazuje się, że w MySQL5 kompletnie popsuta jest obsługa warunku “LIKE”. Ilość zwracanych rekordów jest większa niż być powinna. I to nie chyba ma nic wspólnego z tym, czy kodowanie tabel jest w UTF8 czy nie, gdyż nadmierna ilość rekordów jest znajdowana nawet, jak wyszukuje się słowo zawiera tylko znaki ASCII.

Inne “kwiatki” związane z MySQL, o których trzeba sobie jasno powiedzieć, to notoryczne niszczenie plików indeksowych w wypadku zbyt dużego obciążenia bazy. Oczywiście to można łatwo naprawić za pomocą kwerendy REPAIR TABLE tabelka. Ale dopóki nie wykona się tej operacja, tabela nie jest dostępna i aplikacja nam się wywali. Tego typu problemy zauważyłem na MySQL 4.x i 4.1. Nie miałem okazji poddać większym obciążeniom bazę MySQL 5.x, ale nie zdziwiłbym się jakby też z nią były problemy.

Zawsze tyle się mówi w branży, że MySQL to niepoważny projekt amatorski (słaba stabilność i niszczenie swoich tabel pod dużym obciążeniem, koszmarnie wolne tabele transakcyjne innodb, słaba obsługa lockowania – tylko na poziomie tabel a nie wierszy itp, itd) Niszczenie swoich tabel indeksowych mogłem jeszcze zdzierżyć, ale błędna obsługa wyszukiwania tak podstawowej operacji jak LIKE? No way. Całe szczęście, że Django ma dobry ORM i można łatwo zmigrować do PostgreSQL. Chyba nie ma innego wyboru jak powiedzieć: “Goodbye MySQL and welcome PostgreSQL!”

Zobacz c.d. MySQL5 rehabilitacja

"MySQL 5 - strzeż się się tego koszmaru" by Jarosław Zabiełło

Sun, 03 Aug 2008 19:08:57 +0200

@Agent Smith: tysiąc do miliona rekordów? Ty chyba nie wiesz co to jest większa skala. Weź potestuj na kilku lub kilkunastu milionach rekordów używających MyISAM (na INNOdb nie ma problemów). Widziałem wiele razy jak MySQL psuł swoje pliki indeksowe.

W tym wypadku jednak problem ze LIKE leżał gdzie indziej. W drugiej części to wyjaśniłem.

"MySQL 5 - strzeż się się tego koszmaru" by Agent Smith

Thu, 31 Jul 2008 08:38:31 +0200

Stek bzdur …

Akurat pisałem system do raportów, zasuwają tam pytania które maja po 2-3 LIKE na 2-3 JOIN-owanych tabelach i nic źle nie wygląda… (tabele mają od paru tys do ponad miliona rekordów). mysql 5.0.xx

Po drugie z mysql pracuje od ponad 5 lat i jeszcze NIGDY nic mu nie “odbiło” a mam projekty które naprawdę wyciskają sporo soków z niego.

Jak mysql jest odpalony (tak samo jak php) na źle skonfigurowanym i optymalizowanym serwerze to zawsze będą problemy i pretensje możecie mieć tylko do siebie.

"MySQL 5 - strzeż się się tego koszmaru" by Jarosław Zabiełło

Tue, 20 Nov 2007 11:05:42 +0100

To wcześniejszy tekst, w następnym rehabilituję MySQL 5.

"MySQL 5 - strzeż się się tego koszmaru" by mysql pl developer

Mon, 19 Nov 2007 21:10:39 +0100

1. Możesz podać przykład dla wersji 5 gdzie like nie zadziała ?

2. Problem z indeksami w wersji 5 został rozwiązany

pozdrawiam, cr0ne

"MySQL 5 - strzeż się się tego koszmaru" by jmail

Sat, 03 Mar 2007 03:06:12 +0100

Firebird ma doskonałą aplikację. Nazywa się IBExpert. Jeżeli ktoś chce wykorzystywać go komercyjnie to znaczy że zarabia na nim czyli może zapłącić licencję. ale jeżeli chcesz go użyć do własnego użytku to za darmo jest wersja do pobrania.

co do MyShitQL. Niestety. można powiedzieć o nim wszystko tylko nie to że to jewst baza danych. powiedzmy że to jest składnica tabel i do niczergo więcej się nie nadaje.

PostgreSQL to już zupełnie inna bajka na szczęście. wersja 8.2 tak przyspieszyła że fiu fiu.

Jednak dwie rzeczy mi brakują w tym silniku. brak graficznych narzędzi do tworzenia cube’ów oraz brak odpowiednika MS SQL DTS (Integration services).

Na szczęście nad tym ostatnim już pracuję ;)

"MySQL 5 - strzeż się się tego koszmaru" by Jarosław Zabiełło

Mon, 29 May 2006 19:08:06 +0200

Firebird nie umie wyszukiwać wg wyrażeń regularnych i nie ma dobrej, darmowej aplikacji klienckiej. A SQLite to zabawka, nie nadaje się w ogóle to internetu (źle obsługuje wiele równoległych połączeń, blokuje cały plik czyli bazę)

"MySQL 5 - strzeż się się tego koszmaru" by Adamh

Mon, 29 May 2006 18:57:09 +0200

Moze Firebird? Lub SQLite? (w Railsach idealnie mozna ja stosowac)

"MySQL 5 - strzeż się się tego koszmaru" by Stach

Mon, 29 May 2006 17:54:29 +0200

Myślę, że przy znacznie większych bazach danych trzeba już kupić coś komercyjnego. Cieszmy się, że taki PostgreSQL w ogóle jest.

"MySQL 5 - strzeż się się tego koszmaru" by piter

Mon, 29 May 2006 15:09:53 +0200

Na odwrót, PostgreSQL przy dużych bazach rozwija skrzydła. Na listach mailingowych PostgreSQL są ludzie którzy mają systemy bo 200GB i więcej.

"MySQL 5 - strzeż się się tego koszmaru" by null

Mon, 29 May 2006 15:04:55 +0200

Spotkałem się z opinią, że przy bazach z tabelami z kilkoma GB danych postgresql nie radzi sobie zbyt dobrze (dokładniej, że jest bardzo wolny).

Jest to opinia zasłyszana po przejściu przez parę osób więc tak naprawdę nie wiadomo czy coś warta.

Jak to jest w postgresie tak naprawdę?

"MySQL 5 - strzeż się się tego koszmaru" by piter

Mon, 29 May 2006 14:49:43 +0200

Od 6 lat używam PostgreSQL ze względu na od dawna sprawdzony i przetestowany pl/pgsql, od dawna transakcje, foreign keye i wszystko co relacyjna baza danych powinna mieć. MySQL to dla mnie przereklamowany crap z kiepską licencją.

"MySQL 5 - strzeż się się tego koszmaru" by Przemek Piotrowski

Mon, 29 May 2006 13:31:19 +0200

W 100% sie z toba zgadzam, ale w jakis niewyjasniony sposob Google tego uzywa… MySQL cierpi na syndrom PHP: jakosc odwrotnie proporcjonalna do popularnosci.