Bd mysql uol instável

Boa noite, gostaria de tirar umas dúvidas se alguém do fórum já passou por esta situação, tenho um plano na uol host onde tenho umas tabelas no mysql, hoje dia 31/03/2022 das 8 da manhã até umas 11, não estava conseguindo acessar este banco de dados, e já não é a primeira vez que isto acontece, a uns 2 meses atrás também houve este problema, trabalho com o access e odbc, para fazer esta conexão que funciona muito bem, mas estes casos que andou acontecendo desanima.
Alguém teve problemas com uol host?
Será que temos outras opções de hospedagem bem mais seguras?

Bom dia, gosto de ler esta declarações , isso faz eu como um iniciante ir aprendendo e procurando melhorar , e realmente durante o problema tentei ligar la na uol, mas infelizmente foi um chá de banco!
Agradeço Alexandre!
Vou procurar novos servidores com serviços melhores .

Confesso que nunca tive problemas com o UOL. Talvez seja o método que trabalho os dados nos meus aplicativos.

Pelo que vejo, existem duas opções: manter a conexão com o banco ativa, ou abrir a conexão e rodar um comando e fechar a conexão. Eu utilizo da última forma.

E confesso que meus 5 reais tem valido muuuito a pena. E meus clientes também nunca reclamaram dos aplicativos trabalhando assim com bancos hospedados no UOL.

Já até pensei em testar outros serviços, mas os maiores nunca hospedam somente os dados (ou eu não estou sabendo averiguar) e assim eu teria que ficar pagando por algo além do que usaria.

E realmente, pelos relatos dos amigos, parece que ficando com a conexão ativa no momento que ficar ociosa ela será derrubada. Então vejo que trabalhar com a conexão de forma permanente seria melhor apenas para bancos mysql (ou outro) hospedados localmente. Penso que de forma remota, pelo menos na minha região, é inviável tendo em vista que a conexão quase nunca é estável. E pelo visto, em vários outros locais Brasil à fora.

Uso conectar ao banco rodar o comando e fechar a conexão

Neste 02 casos que tive de problema ao tentar entrar no bd, pelo painel de controle da UOL , acessando Banco de Dados MySQL não passava pelo login do phpMyAdmin,
ficava rodando e dava tempo excedido, algo assim ...

neste ultimo caso somente depois de umas 4 horas voltou ao normal .
código que uso :

Global conexao As New ADODB.Connection
---------------------------------------------------------------
Public Function Conectar_BD()

Set conexao = New ADODB.Connection


conexao.ConnectionString = "DRIVER={MySQL ODBC 8.0 ANSI Driver};" _
& "SERVER=***************;" _
& "DATABASE=***************;" _
& "UID=***************;" _
& "PASSWORD=****************;"

conexao.Open
End Function
-------------------------------------------------
Sub Desconectar_BD()
conexao.Close
Set conexao = Nothing
End Sub


Será que tem mais alguem no forum que possui bd na UOL , que pode falar se já ouve o problema ou que nunca teve este problema de perca de conexão ?
e pelo que vi , na uol não tem limite de usuário ou conexões que podem acessar o BD, diferente de outros servidores

egnaldo escreveu:na uol não tem limite de usuário ou conexões que podem acessar o BD, diferente de outros servidores

Até deve existir, mas usando da forma que usamos, é uma informação não muito relevante. O padrão é 20 ou 25. E em minhas "perambulações" achei algo que até me fez ficar tranquilo e saber que estou trabalhando da melhor maneira.

Suporte Hostgator escreveu:Em geral, conexões de banco de dados abrem e fecham em uma fração de segundo. Um fórum com 500 participar online, por exemplo, raramente atingirá 25 conexões simultâneas.

Bom já é uma preocupação a menos para mim, neste bd no máximo que tenho é 40 usuários.

Complementando, ao consultar a variável max_user_connections de vários bancos do UOL, a resposta é a mesma: 30.

Não sei o que houve com suas conexões recentemente, talvez alguma outra empresa/usuário que também faz uso do servidor compartilhado (embora o funcionamento do UOL diga ser diferenciado quanto a isso) tenha consumido muitos recursos e atrapalhado temporariamente o uso dos serviços para os demais usuários.