Essa semana tive um problema grave em um cliente que precisava escalar o n\u00fameros de conex\u00f5es simult\u00e2neas no MySQL de forma que estas conex\u00f5es superassem o n\u00famero de 2000. V\u00e1rios problemas foram analisados, desde pontos b\u00e1sicos como configura\u00e7\u00f5es do\u00a0pr\u00f3prio\u00a0servidor de bancos de dados MySQL como alguns pontos relacionados ao Kernel. Somente para situar o leitor em rela\u00e7\u00e3o ao que foi analisado, no MySQL, temos duas vari\u00e1veis muito importantes que determinam a quantidade de usu\u00e1rios que podem se conectar ao servidor de bancos de dados e tamb\u00e9m o n\u00fameros de tais conex\u00f5es que podem acontecer em um mesmo momento, ou seja, simult\u00e2neas.<\/p>\n
Interessante sabermos que, al\u00e9m das vari\u00e1veis de ambiente, que s\u00e3o utilizadas para configurar os v\u00e1rios aspectos do MySQL e \u00e9 com elas que realizamos o tuning, temos tamb\u00e9m as vari\u00e1veis de status que cobrem todo o funcionamento do MySQL e \u00e9 atrav\u00e9s delas que consultamos o que est\u00e1 acontecendo com o servidor de bancos de dados. Com as quest\u00f5es relacionadas com usu\u00e1rios n\u00e3o \u00e9 diferente, veja s\u00f3:<\/p>\n
Sendo assim, j\u00e1 temos um norte para trabalhar quest\u00f5es de escala de conex\u00f5es com o MySQL. J\u00e1 ouvi dizer sobre escalonador de threads e par\u00e2metros de kernel do Linux, mas, a coisa pode ser mais simples que isso. As configira\u00e7\u00f5es atuais de um servidor que tenho monitorado s\u00e3o as seguintes:<\/p>\n Com base nisso, passei a observar que quando as conex\u00f5es atingiam o n\u00famero de 1000 acontecendo de forma simult\u00e2nea, v\u00ed que o valor da vari\u00e1vel de status Aborted_Connects iniciava a aumentar freneticamente e \u00a0quando eu tentava acessar o MySQL via mysql client com qualuqer usu\u00e1rio, o seguinte mensagem de erro era enviada:<\/p>\n Ou seja, ou voc\u00ea est\u00e1 rodando o servidor de bancos de dados configurado com um valor de mem\u00f3ria al\u00e9m daquele que o servidor tem dispon\u00edvel ou existe um bug no sistema operacional. Por elimina\u00e7\u00e3o, o servidor aonde roda este MySQL tem 64GB e est\u00e1 com 16GB sobrando. Ent\u00e3o, esse problema tem havir com algo no sistema operacional. Pesquisando no internet, puder ver que outros amigos tiveram um cen\u00e1rio parecido e tamb\u00e9m criaram um blog sobre o assunto, como fez o amigo Dimitri em\u00a0http:\/\/bit.ly\/trVqL4.<\/p>\n Seguindo mais ou menos o que ele relatou nesse seu blog, eu tinha os memos par\u00e2metros de ulimit para o usu\u00e1rio mysql (su – mysql), mas tinha um valor diferente para threads-max, um valor muito inferior ao mostrado por ele no blog, que \u00e9 2065067. Ent\u00e3o foi assim que procedi:<\/p>\nmysql> show status like '%conn%';
\n+--------------------------+-------+
\n| Variable_name \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0| Value |
\n+--------------------------+-------+
\n| Aborted_connects \u00a0 \u00a0 \u00a0 \u00a0 | \u00a0 \u00a00 \u00a0|
\n| Connections \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0| 1387 \u00a0|
\n| Max_used_connections \u00a0 \u00a0 | \u00a0645 \u00a0|
\n| Ssl_client_connects \u00a0 \u00a0 \u00a0| \u00a0 \u00a00 \u00a0|
\n| Ssl_connect_renegotiates | \u00a0 \u00a00 \u00a0|
\n| Ssl_finished_connects \u00a0 \u00a0| \u00a0 \u00a00 \u00a0|
\n| Threads_connected \u00a0 \u00a0 \u00a0 \u00a0| \u00a0581 \u00a0|
\n+--------------------------+-------+
\n<\/code>
\nSem pensar nas vari\u00e1veis SSL que foram retornadas na consulta acima, temos tr\u00eas vari\u00e1veis bastante importantes:\u00a0Aborted_connects,\u00a0Connections,\u00a0Max_used_connections. Cada uma delas tem um significado ligado diretamente \u00e0s conex\u00f5es de clientes\/usu\u00e1rios com o servidor de bancos de dados.<\/p>\n\n
mysql> show variables like 'max_connections';
\n+-----------------+-------+
\n| Variable_name \u00a0 | Value |
\n+-----------------+-------+
\n| max_connections | 6000 \u00a0|
\n+-----------------+-------+
\n1 row in set (0.00 sec)<\/code><\/p>\nmysql> show variables like 'max_user%';
\n+----------------------+-------+
\n| Variable_name \u00a0 \u00a0 \u00a0 \u00a0| Value |
\n+----------------------+-------+
\n| max_user_connections | 0 \u00a0 \u00a0 |
\n+----------------------+-------+
\n1 row in set (0.00 sec)<\/code><\/p>\nCan't create a new thread (errno 11); if you are not out of available memory, you can consult the manual for a possible OS-dependent bug<\/code><\/p>\n\n
mysql soft nofile 10240
\nmysql hard nofile 40960
\nmysql soft nproc 10240
\nmysql hard nproc 40960
\nroot soft nofile 10240
\nroot hard nofile 40960
\nroot soft nproc 10240
\nroot hard nproc 40960<\/code><\/p>\n