Configurando o Timeout do MySQL - Histórico de revisão

Integratorhost em 14h44min de 17 de julho de 2025

2025-07-17T14:44:56Z

Integratorhost em 14h21min de 17 de julho de 2025

2025-07-17T14:21:34Z

Integratorhost em 16h05min de 13 de setembro de 2022

2022-09-13T16:05:06Z

Integratorhost em 19h09min de 28 de agosto de 2018

2018-08-28T19:09:28Z

Integratorhost em 17h56min de 15 de fevereiro de 2016

2016-02-15T17:56:49Z

Integratorhost em 03h40min de 5 de fevereiro de 2016

2016-02-05T03:40:34Z

Integratorhost em 15h03min de 3 de novembro de 2015

2015-11-03T15:03:51Z

Integratorhost: Criou página com 'O servidor de banco de dados MySQL possui um tempo limite para conexões abertas, sem uso, de 8 horas. Com o fim do tempo limite do servidor MySQL, podemos ter um enviado ao s...'

2015-11-03T15:03:37Z

Criou página com 'O servidor de banco de dados MySQL possui um tempo limite para conexões abertas, sem uso, de 8 horas. Com o fim do tempo limite do servidor MySQL, podemos ter um enviado ao s...'

Página nova

O servidor de banco de dados MySQL possui um tempo limite para conexões abertas, sem uso, de 8 horas. Com o fim do tempo limite do servidor MySQL, podemos ter um enviado ao serviço, sendo que uma conexão foi fechada, gerando erros de [[O Erro Broken Pipe ou Communications link failure|broken pipe]]. A conexão pode ter sido fechada pelo servidor por causa de um comportamento padrão do MySQL; no entanto, em outros casos, é causada por um bug de aplicativo, um problema de tempo limite de rede (em um firewall, roteador, etc.), quando acessado externamente, ou devido ao reinício do servidor MySQL. Raramente o valor wait_timeout causará o problema, e alterando o valor para um maior não corrige o problema. Para os casos em que um aplicativo não consegue fechar uma conexão já não está usando, um valor baixo wait_timeout pode ajudar a evitar o problema com max_connections, simplesmente devido a "sleep" de conexões ociosas que não estão em uma transação e não serão reutilizados. Esse problema pode ser considerado como "vazamento de conexões”.

Abaixo os passos para alterar o tempo limite padrão do MySQL:

1. Entre no servidor '''SSH''' como usuário root logado. [[Acesso SSH|Clique aqui]] caso queira saber como acessar o SSH.

2. Edite o arquivo '''my.cnf''' (o arquivo de configuração do MySQL).

nano /etc/my.cnf

3. Adicione a configuração de tempo limite para ajustá-lo em sua necessidade no servidor. O padrão é como mostrado abaixo, onde 28800=8horas:

wait_timeout = 28800<br />
interactive_timeout = 28800

O tempo limite interativo não afeta todas as conexões de aplicativos web. Um valor alto de interactive_timeout mas com um wait_timeout baixo é normal e é a melhor prática.

Escolha um valor '''wait_timeout''' razoável. Configure o wait_timeout para ser ligeiramente mais longo do que o esperado pelo pool de conexãodo aplicativo. Esta é uma boa verificação de segurança.

4. Salve as alterações e saia do editor. No editor nano, os comandos "Ctrl+x", sem aspas, será o suficiente para sair, onde após suas alterações, ele pedirá o reinicio.

5. Reinicie o MySQL para aplicar as alterações da seguinte forma:

service mysql restart

6. Uma vez a reinicialização concluída, as novas alterações foram aplicadas.

[[Categoria:TUTORIAIS]]

@@ Linha 1: / Linha 1: @@
-[[File:Wiki-banner-icp-2025.jpg|center| 700px||border|link=https://www.integrator.com.br/plano-hospedagem-promocionais|Planos promocionais|]]
+[[File:Wiki-banner-icp-2025.jpg|center| 700px||border|link=https://integrator.com.br/plano-vps-icp|Planos VPS ICP|]]
-−
 ----

← Edição anterior		Edição das 14h21min de 17 de julho de 2025
Linha 1:		Linha 1:
−	[[File:~~Banner~~-~~wiki~~-~~promocoes~~.~~gif~~\|center\| 700px\|\|border\|link=https://www.integrator.com.br/plano-hospedagem-promocionais\|Planos promocionais\|]]	+	[[File:Wiki-banner-icp-2025.jpg\|center\| 700px\|\|border\|link=https://www.integrator.com.br/plano-hospedagem-promocionais\|Planos promocionais\|]]

← Edição anterior		Edição das 16h05min de 13 de setembro de 2022
Linha 2:		Linha 2:


−	~~----~~
−	~~----~~
	----		----

← Edição anterior		Edição das 19h09min de 28 de agosto de 2018
Linha 1:		Linha 1:
		+	[[File:Banner-wiki-promocoes.gif\|center\| 700px\|\|border\|link=https://www.integrator.com.br/plano-hospedagem-promocionais\|Planos promocionais\|]]
		+
		+
		+	----
		+	----
		+	----
		+
	O servidor de banco de dados MySQL possui um tempo limite para conexões abertas, sem uso, de 8 horas. Com o fim do tempo limite do servidor MySQL, podemos ter um enviado ao serviço, sendo que uma conexão foi fechada, gerando erros de [[O Erro Broken Pipe ou Communications link failure\|broken pipe]]. A conexão pode ter sido fechada pelo servidor por causa de um comportamento padrão do MySQL; no entanto, em outros casos, é causada por um bug de aplicativo, um problema de tempo limite de rede (em um firewall, roteador, etc.), quando acessado externamente, ou devido ao reinício do servidor MySQL. Raramente o valor wait_timeout causará o problema, e alterando o valor para um maior não corrige o problema. Para os casos em que um aplicativo não consegue fechar uma conexão já não está usando, um valor baixo wait_timeout pode ajudar a evitar o problema com max_connections, simplesmente devido a "sleep" de conexões ociosas que não estão em uma transação e não serão reutilizados. Esse problema pode ser considerado como "vazamento de conexões”.		O servidor de banco de dados MySQL possui um tempo limite para conexões abertas, sem uso, de 8 horas. Com o fim do tempo limite do servidor MySQL, podemos ter um enviado ao serviço, sendo que uma conexão foi fechada, gerando erros de [[O Erro Broken Pipe ou Communications link failure\|broken pipe]]. A conexão pode ter sido fechada pelo servidor por causa de um comportamento padrão do MySQL; no entanto, em outros casos, é causada por um bug de aplicativo, um problema de tempo limite de rede (em um firewall, roteador, etc.), quando acessado externamente, ou devido ao reinício do servidor MySQL. Raramente o valor wait_timeout causará o problema, e alterando o valor para um maior não corrige o problema. Para os casos em que um aplicativo não consegue fechar uma conexão já não está usando, um valor baixo wait_timeout pode ajudar a evitar o problema com max_connections, simplesmente devido a "sleep" de conexões ociosas que não estão em uma transação e não serão reutilizados. Esse problema pode ser considerado como "vazamento de conexões”.

← Edição anterior		Edição das 17h56min de 15 de fevereiro de 2016
Linha 32:		Linha 32:
	[[Categoria:MYSQL]]		[[Categoria:MYSQL]]
	[[Categoria:VPS]]		[[Categoria:VPS]]
		+	[[Categoria:BANCO DE DADOS]]

@@ Linha 8: / Linha 8: @@
 . Edite o arquivo '''my.cnf''' (o arquivo de configuração do MySQL).
-nano /etc/my.cnf
+ nano /etc/my.cnf
 . Adicione a configuração de tempo limite para ajustá-lo em sua necessidade no servidor. O padrão é como mostrado abaixo, onde 28800=8horas:
-wait_timeout = 28800<br />
+<pre>
 interactive_timeout = 28800
 O tempo limite interativo não afeta todas as conexões de aplicativos web. Um valor alto de interactive_timeout mas com um wait_timeout baixo é normal e é a melhor prática.
@@ Linha 23: / Linha 25: @@
 . Reinicie o MySQL para aplicar as alterações da seguinte forma:
-service mysql restart
+ service mysql restart
 . Uma vez  a reinicialização concluída, as novas alterações foram aplicadas.
 [[Categoria:TUTORIAIS]]

← Edição anterior		Edição das 15h03min de 3 de novembro de 2015
Linha 1:		Linha 1:
	O servidor de banco de dados MySQL possui um tempo limite para conexões abertas, sem uso, de 8 horas. Com o fim do tempo limite do servidor MySQL, podemos ter um enviado ao serviço, sendo que uma conexão foi fechada, gerando erros de [[O Erro Broken Pipe ou Communications link failure\|broken pipe]]. A conexão pode ter sido fechada pelo servidor por causa de um comportamento padrão do MySQL; no entanto, em outros casos, é causada por um bug de aplicativo, um problema de tempo limite de rede (em um firewall, roteador, etc.), quando acessado externamente, ou devido ao reinício do servidor MySQL. Raramente o valor wait_timeout causará o problema, e alterando o valor para um maior não corrige o problema. Para os casos em que um aplicativo não consegue fechar uma conexão já não está usando, um valor baixo wait_timeout pode ajudar a evitar o problema com max_connections, simplesmente devido a "sleep" de conexões ociosas que não estão em uma transação e não serão reutilizados. Esse problema pode ser considerado como "vazamento de conexões”.		O servidor de banco de dados MySQL possui um tempo limite para conexões abertas, sem uso, de 8 horas. Com o fim do tempo limite do servidor MySQL, podemos ter um enviado ao serviço, sendo que uma conexão foi fechada, gerando erros de [[O Erro Broken Pipe ou Communications link failure\|broken pipe]]. A conexão pode ter sido fechada pelo servidor por causa de um comportamento padrão do MySQL; no entanto, em outros casos, é causada por um bug de aplicativo, um problema de tempo limite de rede (em um firewall, roteador, etc.), quando acessado externamente, ou devido ao reinício do servidor MySQL. Raramente o valor wait_timeout causará o problema, e alterando o valor para um maior não corrige o problema. Para os casos em que um aplicativo não consegue fechar uma conexão já não está usando, um valor baixo wait_timeout pode ajudar a evitar o problema com max_connections, simplesmente devido a "sleep" de conexões ociosas que não estão em uma transação e não serão reutilizados. Esse problema pode ser considerado como "vazamento de conexões”.
		+

	Abaixo os passos para alterar o tempo limite padrão do MySQL:		Abaixo os passos para alterar o tempo limite padrão do MySQL: