Sziasztok,
Adott egy Synology DS920+ 8Gb rammal.
Ezen fut egy számlázó program adatbázisa (MariaDB), helyileg kb 6 számítógép akaszkodik rá. Rendben is működik, de szeretném a sebességet maximalizálni.
A Synology MariaDB beállításaiban be lehet állítani az InnoDB puffer méretét.
Ezt beállítottam 1024 Mb-ra, amit elvileg le is foglal a rendszer szerint.
| innodb_buffer_pool_size | 1073741824 |
Viszont valamiért semmit se használ rá az SQL adatok szerint.
Amikor ezt futtatom:
SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read%';
Az eredmény:
| Innodb_buffer_pool_read_ahead_rnd | 0 |
| Innodb_buffer_pool_read_ahead | 14763 |
| Innodb_buffer_pool_read_ahead_evicted | 4971 |
| Innodb_buffer_pool_read_requests | 0 |
| Innodb_buffer_pool_reads | 57979 |
Elvileg az Innodb_buffer_pool_read_requests mutatná, hogy használatban van a puffer, vagyis van értelme a dolognak.
A MariaDB verzió: 10.11.6
A kérdésem az, hogy rosszul állítok be valamit? Vagy rosszul értelmezem a fenti adatokat?
Elvileg pár perc sql használat után az értéknek változnia kéne, de itt napok óta se történik semmi.
Frissítés: A hiba valószínűleg a MariaDB-ben van, lásd https://hup.hu/comment/3222154#comment-3222154
- 331 megtekintés
Hozzászólások
show create table xxx;
egyáltalán INNODB formátumúak a táblák?
- A hozzászóláshoz be kell jelentkezni
Igen, az összes tábla Innodb
- A hozzászóláshoz be kell jelentkezni
Ezért nem szokás ezt így csinálni. Ha van a Synolgy-nak SSH felülete, akkor lépj be, ha van egy kis szerencséd, van rajta perl meg mysql CLI kliens, futtasd meg a mysqltuner.pl -t és az alapán állítsd be ezeket a paramétereket.
Amúgy MariaDB bug: https://jira.mariadb.org/browse/MDEV-31309
- A hozzászóláshoz be kell jelentkezni
eszerint 10.11.6-ban már fixálva kéne legyen (hacsak nem regresszió persze)
- A hozzászóláshoz be kell jelentkezni
Ha a select count from information_schema.INNODB_METRICS where name = 'buffer_pool_read_requests'; ad értéket, de a show global status like 'Innodb_buffer_pool_read_requests'; nulla, akkor a hibajegybe írd be, hogy Te a saját verziódon tapasztalod a jelenséget annak ellenére, hogy a .4 javította (elvileg).
De más regresszió is lehet azóta, ami ezt okozza. Ha InnoDB táblák, és nem 0 másodperce indult a szerver, akkor szerintem mindenképp kell mutatnia ennek a változónak 0-tól eltérő értéket.
- A hozzászóláshoz be kell jelentkezni
Köszi a tippet! Úgy néz ki, hogy ez alapján jó a puffer, mert az INNODB_METRICS táblában az érték: 108969137
Ezek szerint a bug megmaradt, a számláló van beragadva.
- A hozzászóláshoz be kell jelentkezni
Nem tudom mennyi tapasztalatod van Synology üzemeltetésben de szívből javaslom hogy a synology package-k helyett ahol csak lehet használj dockert. Mariadb pl. tipikusan alkalmas erre. Legnagyobb előnye hogy nem fogsz függeni a synology hülyeségeitől.
Másik nagy előnye, ha egyszer elmigrálsz synologyról akkor triviális lesz átvinni.
- A hozzászóláshoz be kell jelentkezni
Köszi, lehet, hogy teszek vele egy próbát.
- A hozzászóláshoz be kell jelentkezni
Jelentettem a hibát a MariaDB oldalán, meglátjuk mi lesz belőle.
Köszönöm a segítséget!
- A hozzászóláshoz be kell jelentkezni