Estou executando a nuvem openstack e usa o banco de dados mysql que éMariaDB 10.1.30
Às vezes estou vendo a conexão redefinida de vários clientes, para tentar descobrir o que está acontecendo no banco de dados, estou vendo o seguinte status relacionado à conexão, mas quero ter certeza de quais conselhos de especialistas aqui, devo aumentar max_connection
no mysql?
Eu tenho 64 GB de memória no servidor, mas também outros componentes em execução nos servidores, então, tentando evitar overcommit memory, qual é a relação entre threads e contagem de conexões?
MariaDB [(none)]> SHOW STATUS LIKE '%onn%';
+-----------------------------------------------+----------+
| Variable_name | Value |
+-----------------------------------------------+----------+
| Aborted_connects | 5951 |
| Connection_errors_accept | 0 |
| Connection_errors_internal | 0 |
| Connection_errors_max_connections | 406 |
| Connection_errors_peer_address | 0 |
| Connection_errors_select | 0 |
| Connection_errors_tcpwrap | 0 |
| Connections | 23430967 |
| Max_used_connections | 1601 |
| Performance_schema_session_connect_attrs_lost | 0 |
| Slave_connections | 0 |
| Slaves_connected | 0 |
| Ssl_client_connects | 0 |
| Ssl_connect_renegotiates | 0 |
| Ssl_finished_connects | 0 |
| Threads_connected | 1284 |
| wsrep_connected | ON |
+-----------------------------------------------+----------+
17 rows in set (0.00 sec)
Tópicos
MariaDB [(none)]> SHOW STATUS LIKE '%Threads%';
+-------------------------+-------+
| Variable_name | Value |
+-------------------------+-------+
| Delayed_insert_threads | 0 |
| Slow_launch_threads | 0 |
| Threadpool_idle_threads | 0 |
| Threadpool_threads | 0 |
| Threads_cached | 47 |
| Threads_connected | 1284 |
| Threads_created | 86815 |
| Threads_running | 1 |
+-------------------------+-------+
8 rows in set (0.01 sec)
Aqui está meu arquivo my.cfg.
[client]
port = 3306
socket = "/var/lib/mysql/mysql.sock"
[mysqld_safe]
socket = "/var/lib/mysql/mysql.sock"
nice = 0
log_error = /var/log/mysql_logs/galera_server_error.log
[mysql]
default-character-set = utf8
[mysqld]
user = mysql
collation-server = utf8_general_ci
init-connect = 'SET NAMES utf8'
character-set-server = utf8
datadir = /var/lib/mysql
bind-address = ::
server-id = 200
# LOGGING #
log-queries-not-using-indexes = 0
slow-query-log = 0
slow-query-log-file = /var/log/mysql_logs/mysql-slow.log
log_error = /var/log/mysql_logs/galera_server_error.log
log-bin = /var/lib/mysql/mariadb-bin
log-bin-index = /var/lib/mysql/mariadb-bin.index
expire-logs-days = 7
log_slave_updates = 1
log_bin_trust_function_creators = 1
# SAFETY #
max-allowed-packet = 16M
max-connect-errors = 1000000
# NOTE: If galera_max_connections is not configured by user, the number of max
# connections is defined by ( host_vcpus * 100 ) with a capping value of 1600.
# This value is the lowest integer based on the ansible facts gathered from
# every galera node.
# Computing the connections value using the lowest denominator maintains
# cluster integrity by not attempting to over commit to a less capable machine.
# These are the computed max_connections based on the cluster data
# [1600, 1600, 1600]
max_connections = 1600
wait_timeout = 3600
# CACHES AND LIMITS #
tmp-table-size = 32M
max-heap-table-size = 32M
query-cache-type = 0
query-cache-size = 0M
thread-cache-size = 50
open-files-limit = 65535
table-definition-cache = 4096
table-open-cache = 10240
# INNODB #
innodb-flush-method = O_DIRECT
innodb-log-file-size = 1024M
innodb-flush-log-at-trx-commit = 1
innodb-file-per-table = 1
innodb-buffer-pool-size = 4096M
# Depending on number of cores and disk sub
innodb-read-io-threads = 4
innodb-write-io-threads = 4
innodb-doublewrite = 1
innodb-log-buffer-size = 128M
innodb-buffer-pool-instances = 8
innodb-log-files-in-group = 2
innodb-thread-concurrency = 64
# avoid statistics update when doing e.g show tables
innodb_stats_on_metadata = 0
[mysqldump]
quick
quote-names
max_allowed_packet = 16M
!includedir /etc/mysql/conf.d/
ATUALIZAÇÃO - 1
Após o aumento max_connection
de 1600 para 3200, corrija o problema de interrupção da conexão
Dado que sua configuração de max_connections é 1600 e max_used_connections é 1601, seus 0,1% de problemas relacionados à conexão provavelmente estão excedendo esse limite.
A primeira reação inicial é aumentar max_connections, porém o problema subjacente é que para chegar a essa quantidade de conexões, suas consultas costumam ser muito lentas.
Ative seu log de consultas lentas e comece a fazer perguntas sobre suas consultas lentas.
Sugestão para sua seção my.cnf [mysqld]
Isenção de responsabilidade: sou o autor do conteúdo do site mencionado em meu perfil, perfil de rede e posso fornecer sugestões adicionais de ajuste de desempenho.