- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
wsl @mlen - to jasne, że gdzieś te dane muszą być i ja je dalej trzymam w MySQL, bo pod pewnymi względami jest to ciągle potężniejsze narzędzie. Po prostu do tego rodzaju SELECT'ów, których używam, opłaca się trzymać wszystko także w Sphinx'ie i na nim operować. Jest po prostu bajecznie szybki a skaluje się, póki mi możliwości starczyły na sprawdzenie -- liniowo.
Nie jestem specem od Postgresa, ale z tego co wiem, to jest bardzo dobry w INSERT'ach -- połączenie go ze Sphinx'em mogłoby dać naprawdę zabójczy kombajn. [odpowiedz]
[mysqlperformanceblog.com/.../04/08/fast-ssd-or-more-m...
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
[mysqlperformanceblog.com/...0/03/26/tables-fit-buffer...
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
Dokładnie taka sama tabela, 26 kolumn, 20 indeksów, 292 628 rekordów, dla MyISAM niecałe 80 MB, dla XtraDB niestety niemal drugie tyle, wyniki:
-- proste zapytanie, strona niecache'owana, XtraDB: 87,2 req/s
-- proste zapytanie, strona niecache'owana, MyISAM: 14,7 req/s
Proste zapytanie wygląda na zasadzie:
SELECT * FROM tabela WHERE idx_col = 123 LIMIT 500;
Era, w której uważaliśmy MyISAM za lepszy odeszła. Prostszego zadania dla niego nie wymyślimy. Trzeba się z tym pogodzić.
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
az big thanks. skutecznie zwiększasz motywację do migracji :) [odpowiedz]
[mysqlperformanceblog.com/...xtradb-storage-engine-rel...
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
Aplikacja, którą męczyłem serwer to pewnego rodzaju wyszukiwarka, napisana w #Perl'u (cudowna łatwość programowania #FastCGI), mająca na celu inteligentnie rozpoznawać słowa, poprawiać pomyłki przy pomocy algorytmu #Levenshtein'a, a potem wszystko przemielić przez to, co się znajduje w #MySQL'u, w dwóch tablicach -- jednej w #XtraDB i jednej w #MyISAM ze względu na #fulltext'owy index. Ostatecznie zadowolony byłbym gdyby latało to powiedzmy 30 requestów na sekundę. Póki co śmiga to w zależności od skomplikowania zapytania od 60 do 90 req/sec., przy czym wiem, że Perl'a już nie przyspieszę. Wiem natomiast, że mogę wyklikać wzmocnienie mocy przerobowych mojego serwera no i zawsze dostawić drugą, trzecią, piątą wirtualną maszynę obok.
Gdyby klonowanie w realu było takie proste ;)
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
wsl dodałem tego flaka do historyjki:Serwer w chmurach
Za niedługo kolejne testy obciążeniowe.
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
wsl dodałem tego flaka do historyjki:Serwer w chmurach
-
wsl A bo? [odpowiedz]
-
wsl A to nie od serwera zależy? [odpowiedz]
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
• #XtraDB 1.0.4-8, czyli ósma już wersja ich zmodyfikowanej wersji silnika #InnoDB plugin, tym razem oparta na najnowszej, bardzo dobrej wersji 1.0.4. Przyznam, ze sam czekałem na to z niecierpliwością. Zwłaszcza, że Percona uruchomiła swoje repozytorium dla #Debiana. Dla tego, co poniżej, też.
• #xtrabackup -0.9.5rc, czyli coś do robienia backupów baz InnoDB/XtraDB również na gorąco. Chłopaki mówią, że mimo iż nie jest to jeszcze numerowane jako stabilne, to korzystają z tego już u swoich klientów.
• I w nawiązaniu poniekąd do czegoś o czym mówił @hazan (flaker.pl/...eases-relational-database... inne wpisy na ten temat ) -- obraz AMI z XtraDB zainstalowaną na #CentOS'ie 5,3 dla #Amazon #EC2.
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
iktorn a w related news amazon wypuscil hosted mysql [odpowiedz]
-
wsl No to właśnie o tym pisał @hazan. [odpowiedz]
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
-
wsl O ile po przejęciu przez Oracle będzie jakikolwiek dalszy ciąg. Ja czekam co Percona zrobi z tym InnoDB. A FusionIO rzeczywiście są drogie, jednak żeby stworzyć macierz dysków SSD, które będą w sumie tak szybkie musisz wydać zapewne porównywalną ilość kasy a będzie to znacznie większe, energochłonne i ciepłodajne. [odpowiedz]
-
wsl Prawda jest taka, że Sun jeszcze nie należy do Oracle, to ma się stać wkrótce, więc to rzeczywiście sprawka Sun`a. Nie chcę żeby z MySQL coś się działo, ale Oracle próbował ich kupić, nie udawało się a teraz ich ma i nie wiadomo co zechce zrobić. Oby widziało w Postgresie zagrożenie dla swoich flagowych produktów i zaczęło rozwijać InnoDB. [odpowiedz]
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
- dodaj komentarz
-
oceń wpis
- linkuj
- dodaj do historyjki
Ładuję...
