Sziasztok!
Pár hete beállítottam két gép között a MySQL replikációt, pár napja folyamatosan emelkedik a slave-en a CPU használat, pár órája 90%-on áll. Mindeközben a masteren alig van MySQL kérés, tehát semmi nem indokolja a slave magas terhelését.
Mi okozhatja ezt? Ami furcsa, hogy a /var/log/mysql-ben nagyon sok (több száz MB) binlog van.
Más: a /proc/interrupts-ban a LOC érték másodpercenként több százzal növekszik.
Petya
- 1231 megtekintés
Hozzászólások
nézd meg mi van a binlog-ban, abból ki kéne derülnie
- A hozzászóláshoz be kell jelentkezni
Hello, megnéztem.
Leírom pontosabban a gépeket:
A: mysql master, innen replikálódnak a fontosabb adatbázisok
B: mysql slave, emellett syslog szerver, syslog-ng-vel, amely ebbe az adatbázisba logol.
A "B" szerveren a binglog a syslog-ng bejegyzéseivel van tele.
Ez azért furcsa, mert évek óta megy így a syslog, és a replikációt sem tegnap lőttem be. Bár, amióta van, fokozatosan kúszik fel a CPU használat. Elméletileg csak az "A"-nak kellene binlogot írni, és csak azokról az adatbáizokról, amelyek replikálásra kerülnek.
szerk: ezt a syslog-ban találtam:
Neither --relay-log nor --relay-log-index were used; so replication may break when this MySQL server acts as a slave and has his hostname changed!! Please use '--relay-log=szerverneve-relay-bin' to avoid this problem.
Semmit nem változtattam a konfigon, mitől romolhatott el?
Petya
- A hozzászóláshoz be kell jelentkezni
Valakinek van ötlete?
Petya
- A hozzászóláshoz be kell jelentkezni
Hello!
Kipróbáltam, hogy leállítom a repikációt, (SLAVE STOP) de továbbra is magas a CPU használat. 2-3 query/sec terheléssel ez nem indokolt.
Hogyan tudnám figyelni, hogy pontosan mit csinál a mysql?
Petya
- A hozzászóláshoz be kell jelentkezni
Hi!
Nem biztos, hogy ez kell Neked, de hátha segít.
mysqladmin processlist
mtop
- A hozzászóláshoz be kell jelentkezni