devel.cz

Pouzival jsem to pro Heureku (1TB dat loni, dnes vic, podle me na tom porad jeste jedou) a ted (spis uz jen ze setrvacnosti) pouzivame pro Domodi.cz. Duvody byly hlavne ty, ze pro verze 5.1 - 5.5 meli hotovych spoustu uprav, ktery v MySQL zoufale chybely. Jinak je to aktualne prakticky stejny jako upstream MySQL.

Teoreticky to dnes na verzi 5.6 uz moc vyhod nema, spis muzes cekat neprijemny prekvapeni (bugy v novych featurach, ktery nedokazali do hloubky otestovat). Vetsina vyhod, co byla v Percona 5.5, ted uz JE v upstream MySQL 5.6.
Pro velky zateze tam mas zdarma jejich vlastni thread pool (mysql to ma placene jako plugin).

TokuDB engine muze byt fajn na archivni data a statistiky (velka komprese, rychly inserty). Ale:
1.) Stabilita - zatim to nema velky nasazeni, obzvlaste ne u lidi s Percona serverem. Pouzil bych to jen na mene dulezity veci.
2.) Zalohy - nemuzes na to pouzit XtraBackup, takze ti zbyvaj pro binarni zalohy jen snapshoty: mylvmbackup pomoci LVM snapshotu, nebo jiny snapshot na urovni FS/storage (ZFS, ....)

Replikace a sharding: Percona Server to ma uplne shodne jako upstream MySQL (neni to jako MariaDB).
Jiny pripad je Percona XtraDB Cluster - tam se replikuje v clusteru primo na urovni InnoDB, bez klasicky MySQL replikace (nepotrebujes binlog, muzes zapisovat na vsechny nody v clusteru).

P.S.: Pro sdilene hostingy to muze mit velkej smysl i dneska, protoze maji podrobnejsi statistiky a limity vazane na DB uzivatele.