Disperato: con MySQL e Etch la ram disponibile cala continuamente fino a swappare.
Ciao lista!
Sono davvero disperato le ho provate tutte: ho 2 server xeon
biprocessore 8Gb ram, SCSI con 2 dischi.
Raid1 software. Fin qui tutto bene.
Ho installato e configurato su entrambi una Etch (aggiornata ad oggi)
con mysql5, innodb e myisam abilitati.
Ho impostato i parametri di mysql in modo da aver più o meno 2 Gb di ram
sempre disponibile (allego i parametri principali in fondo alla mail).
Le 2 macchine sono in replica bidirezionale e sono dedicate
esclusivamente per MySQL, non ci sono altri servizi attivi e sono su
rete privata.
Il problema è che poco alla volta, circa 1 Mb ogni 5 minuti, la ram
disponibile cala inesorabilmente indipendentemente dal carico di lavoro.
Dopo il riavvio, dopo che il mysql è andato "a regime" ho oltre 5Gb
disponibili, in calo costante.
Ho pensato inizialmente che si stabilizzasse intorno ai 6 Gb utilizzati
e poi oscillasse intorno a questo valore, invece continua
inesorabilmente a occupare ram.
Ecco un flash del top, non riesco proprio ad isolare almeno la causa,
non dico la soluzione! ma niente da fare... qualche idea? SALVATEMI!
Ah dimenticavo! Ovviamente nella stessa situazione e quantità di
traffico, su mysql4, debian sarge mai aggiornata dalla data di
installzione con 2 gb di ram , tutto filava liscio ... cosa devo fare
rimettere la sarge e mysql4?
Ovviamente ho cercato in varie liste e motori di ricerca e pare non sia
un problema diffuso... boh?!
Ciao
Diego
TOP
top - 17:17:19 up 1 day, 2:26, 1 user, load average: 0.09, 0.13, 0.13
Tasks: 64 total, 1 running, 63 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.1%us, 0.3%sy, 0.0%ni, 96.3%id, 2.3%wa, 0.0%hi, 0.0%si,
0.0%st
Mem: 8180112k total, 3362420k used, 4817692k free, 151124k buffers
Swap: 2963832k total, 0k used, 2963832k free, 1308044k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
COMMAND
19628 mysql 15 0 3656m 1.7g 6008 S 5 22.0 9:25.85
mysqld
1 root 15 0 6120 692 568 S 0 0.0 0:02.45
init
2 root RT 0 0 0 0 S 0 0.0 0:00.00
migration/0
3 root 34 19 0 0 0 S 0 0.0 0:00.00
ksoftirqd/0
4 root RT 0 0 0 0 S 0 0.0 0:00.00
watchdog/0
5 root RT 0 0 0 0 S 0 0.0 0:00.00
migration/1
6 root 34 19 0 0 0 S 0 0.0 0:00.00
ksoftirqd/1
7 root RT 0 0 0 0 S 0 0.0 0:00.00
watchdog/1
8 root RT 0 0 0 0 S 0 0.0 0:00.02
migration/2
9 root 34 19 0 0 0 S 0 0.0 0:00.00
ksoftirqd/2
10 root RT 0 0 0 0 S 0 0.0 0:00.00
watchdog/2
11 root RT 0 0 0 0 S 0 0.0 0:00.00
migration/3
12 root 34 19 0 0 0 S 0 0.0 0:00.00
ksoftirqd/3
13 root RT 0 0 0 0 S 0 0.0 0:00.00
watchdog/3
14 root 10 -5 0 0 0 S 0 0.0 0:00.19
events/0
15 root 10 -5 0 0 0 S 0 0.0 0:00.01
events/1
Ecco i paramenti di Mysql:
skip-name-resolve
max-connections = 350
port = 3306
socket = /var/run/mysqld/mysqld.sock
key_buffer = 64M
max_allowed_packet = 16M
table_cache = 1280
sort_buffer_size = 4M
read_buffer_size = 1M
read_rnd_buffer_size = 8M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
query_cache_size = 32M
query_cache_type = 1
thread_concurrency = 8
# **** MASTER ****
server-id = 1
log-bin= /var/log/mysql/db1-bin.log
relay-log=db1-relay-bin
expire_logs_days = 5
max_binlog_size = 104857600
innodb_data_home_dir = /var/lib/mysql/
innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend
innodb_log_group_home_dir = /var/lib/mysql/
innodb_log_arch_dir = /var/lib/mysql/
innodb_buffer_pool_size = 3221225472
innodb_additional_mem_pool_size = 20M
innodb_log_file_size = 100M
innodb_log_buffer_size = 8M
innodb_flush_log_at_trx_commit = 0
innodb_flush_method = O_DIRECT
Reply to: