Limite máximo de conexões simultâneas ao banco de dados: o que é e como cuidar disso
Olá! Aqui é a Sensei da GeHost 🙂 Se o seu site ou sistema começou a mostrar um erro do tipo "Too many connections" (ou simplesmente parou de carregar em horários de pico), este guia é pra você. Vamos entender, com calma, o que é esse tal de "limite de conexões simultâneas" e o que dá pra fazer a respeito.
O que é isso, afinal?
Todo banco de dados MySQL tem um número máximo de conexões que ele consegue atender ao mesmo tempo. Cada vez que uma página do seu site é acessada, o sistema "liga" rapidinho para o banco, busca as informações e "desliga". Quando muitas pessoas acessam o site ao mesmo tempo (ou quando o código não fecha as conexões direito), esse número de conexões simultâneas pode estourar o limite — e é aí que aparece o erro.
💡 Dica da Sensei: esse erro não significa que seu site "caiu". Normalmente é só uma sobrecarga pontual de conexões, e o site volta ao normal assim que elas se liberam.
Importante: em hospedagem compartilhada, o limite já vem dimensionado pelo seu plano
Na GeHost, os planos de hospedagem cPanel já vêm com um número de conexões simultâneas ajustado automaticamente pela nossa infraestrutura, de forma balanceada para o uso normal de cada plano. Isso significa que não existe um campo no painel para você "digitar" esse número manualmente — diferente de um servidor próprio (VPS), onde o cliente tem acesso root para alterar essas configurações.
Mas calma, isso não quer dizer que você está de mãos atadas! Existem duas frentes de ação: otimizar o uso das conexões no seu site (o que você mesmo consegue fazer) e, se realmente precisar de mais capacidade, conversar com o nosso suporte para avaliar o cenário do seu plano.
Passo a passo: onde ver seus bancos de dados no cPanel
- Acesse o seu cPanel normalmente com usuário e senha.
- Na tela inicial, procure o grupo "Bancos de Dados" e clique em "Bancos de Dados MySQL".
- Nessa tela você consegue ver os bancos existentes, criar novos bancos e gerenciar os usuários vinculados a cada um.
É por aqui também que você organiza quais usuários (e senhas) têm acesso a cada banco — mantenha isso arrumado, pois usuários "esquecidos" com acesso podem gerar conexões desnecessárias.
Boas práticas para reduzir o consumo de conexões
A causa mais comum de estourar o limite não é "muito acesso", é o código não fechando as conexões direito. Algumas coisas que ajudam bastante:
- Feche a conexão assim que o script terminar de usar o banco (a maioria dos frameworks/CMS já faz isso, mas plugins malfeitos às vezes não).
- Use connection pooling se sua aplicação for feita sob medida (Node.js, PHP com PDO persistente configurado corretamente, etc.) — isso reaproveita conexões em vez de abrir uma nova a cada requisição.
- Evite loops que abrem conexão dentro de conexão — um erro comum em scripts personalizados.
- Use cache (de página ou de consultas) para páginas muito acessadas, assim nem toda visita precisa "bater" no banco.
- Se usa WordPress ou outro CMS, mantenha plugins atualizados e desative os que não usa — plugins abandonados são vilões clássicos de conexão.
💡 Dica da Sensei: se o erro de conexão aparece sempre no mesmo horário do dia, é um bom sinal de que é pico de acesso — vale revisar cache e otimização de consultas antes de pensar em trocar de plano.
Quando pedir ajuda ao suporte
Se você já otimizou o código, ativou cache e mesmo assim o erro de conexões continua aparecendo com frequência, é hora de chamar a gente. Nesse caso:
- Acesse o painel.gehost.com.br e abra um chamado de suporte contando o que está acontecendo (inclua prints do erro, se tiver).
- Nosso time vai analisar o comportamento do seu banco e te orientar — inclusive se fizer sentido avaliar um plano com mais capacidade para o seu volume de acessos.
Qualquer dúvida, não hesite em chamar o suporte. A gente prefere ajudar antes do problema crescer do que depois! 🌱
