Merci Sebastien et Paulez,
effectivement c'est bien la base de donnée le goulot d'étranglement.
Certaines tables sont assez volumineuses:
12181516 kb history_str.ibd
35266612 kb history_uint.ibd
68874308 kb trends_uint.ibd
119444604 kb history.ibd
Je pense que la configuration Mysql a clairement été mal définie vu le besoin.
Le serveur de bdd n'est pas sur la même VM , mais c'est une VM qui est ... sur le même hyperviseur!
Voici la configuration de la BDD:
VM Ubuntu Server 12.04 6vcpu 16GB ram 300GB disk
Le fichier /etc/mysql/my.cnf
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
key_buffer = 16M
max_allowed_packet = 32M
thread_stack = 192K
thread_cache_size = 8
myisam-recover = BACKUP
query_cache_limit = 1M
query_cache_size = 16M
log_error = /var/log/mysql/error.log
log_slow_queries = /var/log/mysql/mysql-slow.log
long_query_time = 30
server-id = 1
log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 5
max_binlog_size = 300M
binlog_do_db = zabbix
innodb_buffer_pool_size = 12G
[mysqldump]
quick
quote-names
max_allowed_packet = 1G
[mysql]
[isamchk]
key_buffer = 16M
!includedir /etc/mysql/conf.d
/run (/et var/run qui est en fait un lien) est en tmpfs et fait 3GB
Apparemment il est conseillé de partitionner les tables les plus grosses (faisables avec MysqL?)
Si réduire la fréquence des checks semble difficile je pense que je peux par contre réduire la durée de rétention des items si ça peut augmenter les performances.
[^] # Re: Performance base de données
Posté par jean_clume . En réponse au message [Zabbix]: problème de performance serveur. Évalué à 1.
Merci Sebastien et Paulez,
effectivement c'est bien la base de donnée le goulot d'étranglement.
Certaines tables sont assez volumineuses:
12181516 kb history_str.ibd
35266612 kb history_uint.ibd
68874308 kb trends_uint.ibd
119444604 kb history.ibd
Je pense que la configuration Mysql a clairement été mal définie vu le besoin.
Le serveur de bdd n'est pas sur la même VM , mais c'est une VM qui est ... sur le même hyperviseur!
Voici la configuration de la BDD:
VM Ubuntu Server 12.04 6vcpu 16GB ram 300GB disk
Le fichier /etc/mysql/my.cnf
[client]
port = 3306
socket = /var/run/mysqld/mysqld.sock
[mysqld_safe]
socket = /var/run/mysqld/mysqld.sock
nice = 0
[mysqld]
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
key_buffer = 16M
max_allowed_packet = 32M
thread_stack = 192K
thread_cache_size = 8
myisam-recover = BACKUP
query_cache_limit = 1M
query_cache_size = 16M
log_error = /var/log/mysql/error.log
log_slow_queries = /var/log/mysql/mysql-slow.log
long_query_time = 30
server-id = 1
log_bin = /var/log/mysql/mysql-bin.log
expire_logs_days = 5
max_binlog_size = 300M
binlog_do_db = zabbix
innodb_buffer_pool_size = 12G
[mysqldump]
quick
quote-names
max_allowed_packet = 1G
[mysql]
[isamchk]
key_buffer = 16M
!includedir /etc/mysql/conf.d
/run (/et var/run qui est en fait un lien) est en tmpfs et fait 3GB
Apparemment il est conseillé de partitionner les tables les plus grosses (faisables avec MysqL?)
Si réduire la fréquence des checks semble difficile je pense que je peux par contre réduire la durée de rétention des items si ça peut augmenter les performances.