Fórum Root.cz
Hlavní témata => Server => Téma založeno: fotka 03. 05. 2014, 06:00:30
-
Už asi tři dny při příkazu "top" vidím vysokou hodnotu %wa asi 30%, kolísající
iotop ukazuje mysql že je asi na vině:
(http://i.snag.gy/qABCx.jpg)
reinstaloval jsem httpd i mysql ale nezměnilo se to. logy neukazují nic podezřelého
[root@* script]# tail -n30 /var/log/mysqld.log
140503 05:38:32 mysqld ended
140503 05:45:41 mysqld started
140503 5:45:41 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.0.96' socket: '/var/lib/mysql/mysql.sock' port: 3306 Source distribution
disk kontrolován smartctl a bezchyb
Které příkazy mám prosím spustit, nebo co udělat? je to redhat centos..
-
Nechybí tam náhodou místo na disku? Dál bych zkusil dd přečíst celý disk a sledovat tok.
-
a co po nas vlastne chces kdyz netusime ani jake verze ceho tam mas, jestli mas default config apod?
-
Místo na disku asi je:
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/simfs 157G 49G 108G 31% /
/dev/simfs 157G 49G 108G 31% /var/named/chroot/var/run/dbus
Verze:
# uname -a
Linux fqdn 2.6.18-371.3.1.el5.028stab110.1 #1 SMP Fri Dec 13 15:01:51 MSK 2013 x86_64 x86_64 x86_64 GNU/Linux
# mysql -v
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 26217
Server version: 5.0.96 Source distribution
-
A aké je plánované I/O pre tú databázu, teda či je vhodné ju bez zmien schémy prevádzkovať na virtuálnom servri?
-
já bohužel nevím co je plánované I/O pro databázi, databáze má asi 10GB, (nejsem programátor, nebudu ji nijak upravovat) ale funguje na tom VPS asi půl roku bez problémů (paměť, procesor je dostatek a nevím proč by měl být disk překážkou, když v drtivé věčině času není maxed out) až teď zaznamenávám tu hodnotu "%wa" a vysoké i/o v programu "iotop"
-
Konfigurace té DB je totožná? Dotaz na volný prostor na disku taky nebyl mimo.
-
Konfigurace té DB je totožná? Dotaz na volný prostor na disku taky nebyl mimo.
Nepamatuji si že bych měnil udaje v /etc/my.cnf, výsledek "df -h" jsem už dal výše..
-
Tak, toto je už presnejší popis. Neplánoval si využitie prostriedkov virtuálneho stroja pod ktorým beží tá databáza, a zrazu po nejakom čase to prestalo výkonovo stíhať pri diskových operáciách. Z môjho pohľadu Ti buď pretástla DB dostupné prostriedky, alebo sa poškodila jej interná štruktúra, alebo poskytovateľ VPS jednoducho pridal inú VM do hypervízora v ktorom Ti beží Tvoj databázový stroj. Skús sa ozvať správcovi hypervízora či nevie vysvetliť výkonnostný prepad. Pokiaľ si ten hypervízor spravuješ sám, tak Ti držím palce. Na nohách.
-
Konfigurace té DB je totožná? Dotaz na volný prostor na disku taky nebyl mimo.
Nepamatuji si že bych měnil udaje v /etc/my.cnf, výsledek "df -h" jsem už dal výše..
kdy? pri prvni instalaci? po reinstalaci?
imho defaultni nastaveni je tak pro stroj s 32MB RAM kdyz to trochu prezenu...
mas myisam nebo innodb? hod aspon nejaky zakladni nastaveni. taky ta zastarala verze mysql... nemuzes si naklonovat virtual a upgrade(idealne maria nebo percona)?
-
Ahoj a děkuji,
nastavení mysql toho vadného serveru VPS mám docela optimalizované pomocí mysql tunner scriptů (mysqltuner.pl, mysql-tunning-primer.sh)
ano tento problém se vyskytl když jsem na svůj OpenVZ server přidal nový virtuální server kde je hostováno asi 50gb dat různých webů. ale když v openvz dám statistiku io (nodewatch) tak vidím io drtivě pouze na zmíněném VPS..
(http://i.snag.gy/j2991.jpg)
-
Je třeba zjistit následující:
Na všechny tabulky raději pustit "Check" a "Optimize".
Je nastavení bariér v OpenVZ stejné jako před instalací?
Pokud je to stejné, tak je možné, že se aplikace zbláznila a vytváří nesmyslné věci (extrémní spojení tabulek, temporary tabulky atd.)
Možná, že systém prostě už má málo RAM... u OpenVZ se všechny prostředky sdílejí (pokud jich je přebytek každý kontejner může překračovat svoje kvóty, pokud jich je málo přidělují se hardlimity)
-
Ahoj a děkuji,
nastavení mysql toho vadného serveru VPS mám docela optimalizované pomocí mysql tunner scriptů (mysqltuner.pl, mysql-tunning-primer.sh)
Pozor, na tuning skripty pod kontainerama (systém má touhu reportovat velké množství RAM a prostředků, které má v ideálním případě k dispozici - což běžný provoz nemusí být) jak vypadá výpis /proc/bc u toho stroje???