Rozdíly
Zde můžete vidět rozdíly mezi vybranou verzí a aktuální verzí dané stránky.
| Obě strany předchozí revizePředchozí verze | |||
| mysql_mariadb [2015/02/27 16:32] – Hever | mysql_mariadb [2015/05/25 13:05] (aktuální) – Hever | ||
|---|---|---|---|
| Řádek 20: | Řádek 20: | ||
| je to problém lešího zabezpečení v novější verzi MySQL. Funkce musí být uvedené, že jsou DETERMINISTIC (nebo nějakou obdobnou deklaraci) jinak MySQL vyhodí chybu a funkci nevytvoří. Vyřešit se to dá následujícím příkazem nebo předefinováním funkcí. | je to problém lešího zabezpečení v novější verzi MySQL. Funkce musí být uvedené, že jsou DETERMINISTIC (nebo nějakou obdobnou deklaraci) jinak MySQL vyhodí chybu a funkci nevytvoří. Vyřešit se to dá následujícím příkazem nebo předefinováním funkcí. | ||
| - | < | + | < |
| + | |||
| + | Lepší bude možná zvážit, **vypnout binární logování úplně** (viz další kapitola). | ||
| + | |||
| + | == Binární log == | ||
| + | Po aktualizaci db je v základní konfiguraci změna v tom, že zapne **binární log**. Jak název napovídá, mysql vytváří soubory obsahující (v binární podobě) všechny prováděné změny. Soubory jsou předvídatelně umístěné ''/ | ||
| + | |||
| + | Binární log se užívá k **zálohování** (občas si provedu mysqldump a když vím v jakém stavu se dump provedl, můžu nejnovější stav " | ||
| + | |||
| + | Z výše uvedených je pak namístě, aby MySQL se funkce (jejichž volání je v binárním logu) nechovaly nedeterministicky. Proto při zapnutém binárním logu si databáze umí stěžovat, že procedury/ | ||
| + | |||
| + | Binární logování se zapíná v my.cnf. Bohužel ji nelze vypnout v debianím duchu, je nutné editovat my.cnf a zakomentovat řádky '' | ||
| ===== Nástroje ===== | ===== Nástroje ===== | ||
mysql_mariadb.txt · Poslední úprava: 2015/05/25 13:05 autor: Hever