Ładuję...
photo
zaloguj się i wrzuć coś ciekawego na flakera

środa 22 września

aktywność użytkownika
photo
Skompilowałem sobie najnowszą betę #Sphinx'a i zrobiłem z niej bazę danych, zamiast po prostu #fulltext'a. No i generalnie póki co jest od 3 do 16x szybsza we wszystkim, co robi od tego samego na #InnoDB (a w sumie to #XtraDB). Normalnie wyłączam cache... [#MySQL | sphinxsearch.com inne wpisy na ten temat ]
  1. photo 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]
  2.  

czwartek 8 kwietnia

aktywność użytkownika
photo
"Powinienem kupić szybki #SSD czy więcej RAM'u?" -- na to pytanie w kontekście wydajności w #MySQL odpowiada świetny post z #MySQLPerformanceBlog.
[mysqlperformanceblog.com/.../04/08/fast-ssd-or-more-m... inne wpisy na ten temat | #InnoDB #XtraDB #FusionIO #Percona]
  1.  
photo

piątek 26 marca

aktywność użytkownika
photo
Jedną z ważnych przewag #InnoDB nad #MyISAM jest to, że do swoich buforów potrafi wsadzić nie tylko klucze z tabeli, ale także jej dane. Zamiast odczytywać je z dysku, operujemy na RAMie, co (uwierzcie mi) drastycznie przyspiesza pracę z bazą. Twórcy #XtraDB postarali się dodać do information_schema swoją tabelę INNODB_BUFFER_POOL_PAGES_INDEX, dzięki której -- konstruując odpowiednie zapytanie -- możemy się dowiedzieć np. jak dobrze wpasowuje się nasza tabela w pamięć. Takie zapytanie napisali dla nas sami autorzy silnika. Dobrodusznie z ich strony, prawda? Najlepiej teraz wklepać sobie je tylko w jakiś widok.
[mysqlperformanceblog.com/...0/03/26/tables-fit-buffer... inne wpisy na ten temat | #MySQL, #Percona]
  1.  

poniedziałek 25 stycznia

aktywność użytkownika
photo
@az - jeśli Cię to interesuje, to nawiązując do poprzedniego swojego wpisu dot. #tcmalloc'a dodam, jak sądzę interesujące porównanie wydajności #MyISAM z #XtraDB w dziedzinie odczytu danych.
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ć.
  1. photo az big thanks. skutecznie zwiększasz motywację do migracji :) [odpowiedz]
  2.  

czwartek 14 stycznia

aktywność użytkownika
photo
Ja już upgrade'owałem swojego #MySQL do 5.1.42 i #XtraDB do 1.0.6-9, a Ty? ;)
[mysqlperformanceblog.com/...xtradb-storage-engine-rel... inne wpisy na ten temat | #Percona]
  1.  

środa 13 stycznia

aktywność użytkownika
photo

piątek 6 listopada

aktywność użytkownika
photo
Przeprowadziłem testy obciążeniowe swojego #cloud serwera od #Rackspace i muszę powiedzieć, że jestem bardzo mile zaskoczony, bo spodziewałem się, że będzie jednak nieco gorzej.
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 ;)
  1. photo wsl dodałem tego flaka do historyjki:Serwer w chmurach 
  2.  

środa 4 listopada

aktywność użytkownika
photo
Udało mi się doprowadzić samodzielnie #Cherokee do błędu Bad Gateway puszczając przez #phpMyAdmin LOAD DATA INFILE na 320 MB pliku do tabeli #XtraDB z dwudziestoma indeksami. Mój #cloud server nie wytrzymał obciążenia, tzn. wytrzymał, ale widać nie na tyle, żeby zrobić to wszystko naraz. Po niecałej minucie wszystko wróciło do normy.
Za niedługo kolejne testy obciążeniowe.
  1. photo wsl dodałem tego flaka do historyjki:Serwer w chmurach 
  2. photo wsl A bo? [odpowiedz]
  3. photo wsl A to nie od serwera zależy? [odpowiedz]
  4.  

sobota 31 października

aktywność użytkownika
photo
Ciągle trwa dyskusja co się powinno stać z #MySQL'em po przejęciu Sun przez Oracle, tymczasem obok wyrasta dzieło jednego z jego twórców Michaela Widenius'a -- #MariaDB, czyli pochodna MySQL piątki. Pojawiła się niedawno wersja 5.1 beta z binarkami (askmonty.org/...i/index.php/MariaDB:Downl... inne wpisy na ten temat a dziś doczekaliśmy się wersji dla #Debian'a i pochodnych (niedługo będzie też RHEL/CentOS -- ourdelta.org/...51-packages-for-debian-an... inne wpisy na ten temat Szkoda, że #XtraDB jest tylko 1.0.3 a nie wyżej...
  1.  

wtorek 27 października

aktywność użytkownika
photo
Dla fanów #MySQL myślę, że ciekawym zbiorem newsów będą ostatnie dokonania panów z #Percona
#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.
  1. photo iktorn a w related news amazon wypuscil hosted mysql [odpowiedz]
  2. photo wsl No to właśnie o tym pisał @hazan[odpowiedz]
  3.  

środa 15 lipca

aktywność użytkownika
photo
Faceci z #Percona nie przestają mnie zadziwiać. Oświadczyli wczoraj, że przenieśli usprawnienia z #MySQL 5.4 do gałęzi 5.0 dodając jej niezłego kopa. Wyniki benchmarków, razem z porównaniem do najnowszego #XtraDB na #MySQLPerformanceBlog. [mysqlperformanceblog.com/...nce-improvements-in-perco... inne wpisy na ten temat ]
  1.  

wtorek 9 czerwca

aktywność użytkownika
photo
Test #InnoDB w wersji klasycznej, jako plugin i w wersji panów z #Percona, czyli #XtraDB na #MySQL 5.1, 5.4 i 5.perf (czyli jeszcze usprawnionym 5.4) na 16 rdzeniach. Ciekawe porównanie, które swoją drogą zachęca do ustawienia innodb_thread_concurrency na nieskończone 0 (fajnie to brzmi) -- zwłaszcza jeśli ktoś się jeszcze boi ruszać 5.4 bo jest w "becikach", chyba że nagle zaczyna się solidny ruch i z 16 jednoczesnych połączeń robi się np. 64 -- wtedy warto ograniczyć liczbę wątków InnoDB do 16. [dimitrik.free.fr/...540_and_others_at_AMD_32c... inne wpisy na ten temat | #dbSTRESS]
  1.  

czwartek 14 maja

aktywność użytkownika
photo
#Percona + Monty Program Ab = The Open Database Alliance. W obliczu przejęcia #Sun'a przez #Oracle jest to bardzo dobra wiadomość dla #MySQL, czy teraz już raczej #MariaDB. Zamiast #MyISAM #Maria, zamiast #InnoDB #XtraDB, do tego #Xtrabackup i nagle robi się niezła Enterprise Class Database. Podobno pierwsze wydanie nadające się do produkcyjnego środowiska już we wrześniu. Czekam z niecierpliwością! [opendatabasealliance.com inne wpisy na ten temat | #OpenDatabaseAlliance #ODA]
  1.  

piątek 1 maja

aktywność użytkownika
photo
"MySQL 5.4 IO bound benchmarks" w wykonaniu teamu Percona, czyli porównanie InnoDB z MySQL 5.4 m.in. z XtraDB. Dodatkową interesującą rzeczą jest porównanie, które znajduje się w podlinkowanym arkuszu -- RAID 10 na 8 dyskach SAS 2.5" 15k RPM kontra SSD i... FusionIO. Jakżesz to ostatnie zapiernicza! [mysqlperformanceblog.com/...0/looking-on-54-io-bound-... inne wpisy na ten temat | #MySQL #InnoDB #XtraDB #FusionIO #Percona]
  1. photo 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]
  2. photo 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]
  3.  

środa 22 kwietnia

aktywność użytkownika
photo
Sun niespodziewanie zaprezentował MySQL 5.4 twierdząc, że będzie lepiej przystosowany do obsługi większej ilości rdzeni (co przy ostatnim ich wzroście na procesor i jeszcze na dodatek SMT w Core i7 jest kwestią bardzo istotną). Osobiście jednak chyba bardziej wierzę w zastosowanie XtraDB albo użycie buildów OurDelta. [dev.mysql.com/...l-5.4-features/en/introdu... inne wpisy na ten temat | #MySQL #InnoDB #XtraDB #OurDelta]
  1.  

czwartek 9 kwietnia

aktywność użytkownika
photo
"XtraDB storage engine 1.0.3-4" -- fajni ludzie z tych Perconowców. Dużo uczą za niewiele (koszt książki) albo tak naprawdę za nic. I jeszcze ten ich ulepszony InnoDB. Czekając na ostateczny Xtrabackup -- respect! [mysqlperformanceblog.com/...08/xtradb-storage-engine-... inne wpisy na ten temat | #mysql, #xtradb, #innodb, #percona]
  1.  
pokaż więcejPoczekaj, trwa ładowanie...KONIEC