Optimizar MySQL pelo arquivo my.cnf

[Renato Mattos Neto 0]

Bom dia, sei que a pergunta ja foi feita diversas vezes aqui no forum mas como acredito que a configuração varia de servidor para servidor e nao achei nenhum indicada para o servidor que uso no momento, queria saber se alguem pode me ajudar a tunar meu mysql pois o mesmo esta apresentando alguns picos de load e uma das possiveis soluções para o problema é tunar meu my.cnf.

 

A config do meu servidor é:

 

SO: Linux ubuntu 13.04 64b

RAM: 3.9GB

2 CPUS

Fornecido por Digital Ocean

Armazenamento em SSD

Mysql 5.5

A base de dados tem em media 200mb no momento

Faço as queries atraves de procedures e em determinados momentos é utilizado o hibernate e ele mesmo monta as queries de acordo com a logica nos aplicativos, tudo depende da situacao.

 

Nesse server rodo um JBoss e 2 aplicações que utilizam o mesmo banco de dados no mysql, uma destas aplicaçoes tem em media 700 acessos diarios, nao passando de um pico de 20 acessos simultaneos, ja a outra aplicação tem em media 20 acessos diarios, nao passando de um pico de 3 simultaneos.

 

Em determinados momentos (geralmente 1 ou 2x por semana) o processamento sobe ao topo e o servidor cai, e ao olhar minha ferramenta de monitoramento (New Relic) vejo que o grande vilão foi o mysql, pode ser por algum problema na programacao das aplicações, mas este sera um segundo teste pois é mais complicado, antes prefiro tunar o my.cnf pra ver se ameniza a situação.

 

Segue meu my.cnf como esta agora:

 

#
# The MySQL database server configuration file.
#
# You can copy this to one of:
# - "/etc/mysql/my.cnf" to set global options,
# - "~/.my.cnf" to set user-specific options.
# 
# One can use all long options that the program supports.
# Run program with --help to get a list of available options and with
# --print-defaults to see which it would actually understand and use.
#
# For explanations see
# http://dev.mysql.com/doc/mysql/en/server-system-variables.html

# This will be passed to all mysql clients
# It has been reported that passwords should be enclosed with ticks/quotes
# escpecially if they contain "#" chars...
# Remember to edit /etc/mysql/debian.cnf when changing the socket location.
[client]
port		= 3306
socket		= /var/run/mysqld/mysqld.sock

# Here is entries for some specific programs
# The following values assume you have at least 32M ram

# This was formally known as [safe_mysqld]. Both versions are currently parsed.
[mysqld_safe]
socket		= /var/run/mysqld/mysqld.sock
nice		= 0

[mysqld]
#
# * Basic Settings
#
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
#
# Instead of skip-networking the default is now to listen only on
# localhost which is more compatible and is not less secure.
bind-address		= 127.0.0.1
#
# * Fine Tuning
#
key_buffer		= 16M
max_allowed_packet	= 16M
thread_stack		= 192K
thread_cache_size       = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam-recover         = BACKUP
#max_connections        = 100
#table_cache            = 64
#thread_concurrency     = 10
#
# * Query Cache Configuration
#
query_cache_limit	= 1M
query_cache_size        = 16M
#
# * Logging and Replication
#
# Both location gets rotated by the cronjob.
# Be aware that this log type is a performance killer.
# As of 5.1 you can enable the log at runtime!
#general_log_file        = /var/log/mysql/mysql.log
#general_log             = 1
#
# Error log - should be very few entries.
#
log_error = /var/log/mysql/error.log
#
# Here you can see queries with especially long duration
#log_slow_queries	= /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#
# The following can be used as easy to replay backup logs or for replication.
# note: if you are setting up a replication slave, see README.Debian about
#       other settings you may need to change.
#server-id		= 1
#log_bin			= /var/log/mysql/mysql-bin.log
expire_logs_days	= 10
max_binlog_size         = 100M
#binlog_do_db		= include_database_name
#binlog_ignore_db	= include_database_name
#
# * InnoDB
#
# InnoDB is enabled by default with a 10MB datafile in /var/lib/mysql/.
# Read the manual for more InnoDB related options. There are many!
#
# * Security Features
#
# Read the manual, too, if you want chroot!
# chroot = /var/lib/mysql/
#
# For generating SSL certificates I recommend the OpenSSL GUI "tinyca".
#
# ssl-ca=/etc/mysql/cacert.pem
# ssl-cert=/etc/mysql/server-cert.pem
# ssl-key=/etc/mysql/server-key.pem

[mysqldump]
quick
quote-names
max_allowed_packet	= 16M

[mysql]
#no-auto-rehash	# faster start of mysql but no tab completition

[isamchk]
key_buffer		= 16M

#
# * IMPORTANT: Additional settings that can override those from this file!
#   The files must end with '.cnf', otherwise they'll be ignored.
#
!includedir /etc/mysql/conf.d/

Bom, em algum outro forum li sobre um site e resolvi utilizar, chama-se percona, la vc coloca as informações do seu mysql e ele te gera um my.cnf personalizado, segue abaixo o que foi gerado pra mim, quero saber se ele realmente é a melhor opção pra mim ou se ainda falta alguma coisa:

 

# Generated by Percona Configuration Wizard (http://tools.percona.com/) version REL5-20120208
# Configuration name escola generated for renato@guiaescolacerta.com at 2013-10-16 12:57:00

[mysql]

# CLIENT #
port                           = 3306
socket                         = /var/lib/mysql/mysql.sock

[mysqld]

# GENERAL #
user                           = mysql
default-storage-engine         = InnoDB
socket                         = /var/lib/mysql/mysql.sock
pid-file                       = /var/lib/mysql/mysql.pid

# MyISAM #
key-buffer-size                = 32M
myisam-recover                 = FORCE,BACKUP

# SAFETY #
max-allowed-packet             = 16M
max-connect-errors             = 1000000
skip-name-resolve
sql-mode                       = STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_AUTO_VALUE_ON_ZERO,NO_ENGINE_SUBSTITUTION,NO_ZERO_DATE,NO_ZERO_IN_DATE,ONLY_FULL_GROUP_BY
sysdate-is-now                 = 1
innodb                         = FORCE
innodb-strict-mode             = 1

# DATA STORAGE #
datadir                        = /var/lib/mysql/

# BINARY LOGGING #
log-bin                        = /var/lib/mysql/mysql-bin
expire-logs-days               = 14
sync-binlog                    = 1

# CACHES AND LIMITS #
tmp-table-size                 = 32M
max-heap-table-size            = 32M
query-cache-type               = 0
query-cache-size               = 0
max-connections                = 500
thread-cache-size              = 50
open-files-limit               = 65535
table-definition-cache         = 1024
table-open-cache               = 2048

# INNODB #
innodb-flush-method            = O_DIRECT
innodb-log-files-in-group      = 2
innodb-log-file-size           = 128M
innodb-flush-log-at-trx-commit = 1
innodb-file-per-table          = 1
innodb-buffer-pool-size        = 2G

# LOGGING #
log-error                      = /var/lib/mysql/mysql-error.log
log-queries-not-using-indexes  = 1
slow-query-log                 = 1
slow-query-log-file            = /var/lib/mysql/mysql-slow.log

Obrigado

[paulojuchem 20]

eu tinha um problema com estoque, ele era pesado, a view demorava 20 segundos para ser gerada, isso em um core i7, e no nosso servidor com 1 core e meros 1gb de ram demorava muito mais, dai mudamos a logica do estoque e conseguimos manter o mesmo resultado.

nao acho que mechendo aí tu vai conseguir muita coisa, eu se fosse tu daria uma verificada na propria app, deve ter uma ou outra ação ferrando com o mysql, acha elas e ve se da pra mudar algo.

 

na verdade o que eu disse n resolve nada, mas só comentei pq tive um problema semelhante com estoque, e agora to feliz da vida(por enquanto) mudando a logica da ação que ferrava com o mysql.

[Renato Mattos Neto 0]

Obrigado pelo comentario, eu na verdade acabei fazendo as duas coisas, mudei o my.cnf para o citado neste topico e fiz pequenas alterações no app e agora estou monitorando o servidor diariamente pra ver se o problema foi resolvido ou não, aparentemente foi resolvido, mas preciso testar por mais tempo para ter certeza.