Wszyscy / zawierajace #innodb

reklama

wsl

23:23 22/09/2010

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

]

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]

reklama

neo

23:18 02/05/2010

@hilsatlvsonline InnoDB is great thing. It allows to minimize number of queries if you have good relational DB design.
@RobertsWeb Unfortunately :(
@hilsatlvsonline but it needs performance too so cheap hosters don't support it.
@RobertsWeb @hilsatlvsonline BTW AFIK InnoDB will be the std engine in MySQL and will replace MyISAM since MySQL has been bought by Oracle.

reklama

wsl

21:54 08/04/2010

"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...

| #InnoDB #XtraDB #FusionIO #Percona]

reklama

wsl

19:53 26/03/2010

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...

| #MySQL, #Percona]

reklama

wsl

14:14 13/01/2010

O wyższości #FusionIO nad HDD (cenowej niestety również) i #XtraDB nad #InnoDB w #MySQL -- mysqlperformanceblog.com/...db-innodb-plugin-vs-xtrad...

flaki sponsorowane

reklama

wsl

17:17 15/12/2009

A co jeśli masz ochotę wypróbować #MySQL 5.5?
Przede wszystkim #InnoDB Plugin 1.0.5 wbudowany bezpośrednio w serwer. Żadnego importowania, żadnego rejestrowania -- po prostu jest. Cud, miód.
Ponadto "pół-synchroniczna" replikacja opracowana na podstawie gugielskiego patcha do InnoDB, tyle że w 5.5 jest ona niezależna od silnika. Tutaj jednak potrzeba odrobiny konfiguracji, ale odrobinę wysiłku rekompensuje wynik.
Partycjonowanie -- w końcu można nie tylko po zasięgu na kolumnach całkowitoliczbowych ale także po datach czy tekście. Dla niektórych pewnie zwłaszcza kwestia daty będzie dobrą wiadomością.
A na koniec wyjątki w postaci COLGAT... tj. SIGNAL i RESIGNAL we własnych procedurach -- czego się nie robi dla debugowania?
I tak się póki co betonowa (taka była nazwa kodowa 5.5 -- #Betony) baza danych rozwija. Szkoda, że póki co, to wciąż milestonowa beta.

reklama

ruiz

22:46 13/12/2009

#mysql #oracle #sun #innodb via brutto monty-says.blogspot.com/...09/12/help-saving-mysql.h...

jakkolwiek uciekania się pod skrzydła KE nie popieram, a istnienie państwowych ciał antymonopolowych w sytuacji, gdy państwo zagrabia sobie kolejne monopole, uważam za ponury żart.

Burmistrz

00:49 02/06/2012

poczekaj moment...

reklama

wsl

15:37 27/10/2009

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.

iktorn a w related news amazon wypuscil hosted mysql [odpowiedz]
wsl No to właśnie o tym pisał @hazan. [odpowiedz]

reklama

r__w poleca

04:39 29/09/2009

How number of columns affects performance ? #Innodb #Benchmarks #Myisam

reklama

matipl dodał do zakładek

11:51 24/09/2009

ANALYZE: MyISAM vs Innodb | MySQL Performance Blog #Mysql #Database #Performance #Optimization #Innodb #Myisam

reklama

wsl

10:57 09/07/2009

Yasufumi Kinoshita to taki #InnoDB #guru, który pracuje jako Performance Engineer w #Percona, Inc. i napisał ostatnio mały patch do tego silnika, który przyspiesza czas wstawania bazy po błędzie... dziesięciokrotnie i to w porównaniu do 5.4.1. Trochę to smutna wiadomość, bo pokazuje ile jeszcze do zrobienia jest w #MySQL'u. Trochę także przyjemna, bo są na świecie ludzie, którzy oddają za darmo swoją pracę innym. Chociaż chyba nie pokuszę się o stwierdzenie "bezinteresownie"... [mysqlperformanceblog.com/.../07/improving-innodb-reco...

| #OpenSource]

reklama

tomaszrondio

21:32 14/06/2009

#drogiflakerze wie ktoś jak na poziomie transakcji założyć lock na selectowany for update wiersz a nie na całą tabelę? #sql #mysql #innoDB

reklama

wsl

10:23 09/06/2009

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...

| #dbSTRESS]

reklama

wsl

21:16 15/05/2009

MySQL Challenge -- niezłe zadanie od Panów z #Percona. Należy odzyskać dane z pliku bazy #InnoDB będąc w posiadaniu jedynie częściowej deklaracji tabeli no i oczywiście pliku .ibd. Jjjazda. [mysqlperformanceblog.com/.../15/friday-challange-ibd-...

| #MySQL]

wsl Wychodzi na to, że mam za słaby innodb_force_recovery ;) MySQL mi się wysypuje i na Windowsie i na Linuxie i nie jest w stanie... Szlag... [odpowiedz]

reklama

wsl

16:59 14/05/2009

"Analysis of InnoDB Thread Concurrency" -- testy członka teamu MySQL AB, który stwierdził, że "for MySQL 5.4.0 a setting of around 16-24 is often a good one". W końcu nie 0? ;) [mikaelronstrom.blogspot.com/...more-analysis-of-innodb-t...

| #MySQL #InnoDB]

reklama

wsl

16:10 14/05/2009

#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

| #OpenDatabaseAlliance #ODA]

reklama

wsl

14:05 01/05/2009

"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-...

| #MySQL #InnoDB #XtraDB #FusionIO #Percona]

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]

reklama

wsl

21:29 22/04/2009

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...

| #MySQL #InnoDB #XtraDB #OurDelta]

reklama

wsl

15:11 20/04/2009

"Oracle kupuje Sun...", nieistotne za ile, nieistotne dlaczego nie IBM. Nic nie jest istotne poza jednym -- jak fakt, że MySQL AB staje się teraz własnością Oracle Corporation, wpłynie na rozwój MySQL'a? Może MySQL zniknie i będzie rozwijane już tylko jako GPL'owe forki przez niezależnych programistów? A może w ogóle nic się nie stanie? [techit.pl/...spx?3838.oracle+kupuje+su...

| #Oracle #MySQL #Sun #InnoDB]

reklama

wsl

11:51 09/04/2009

"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-...

| #mysql, #xtradb, #innodb, #percona]