Como instalar MySQL no Ubuntu e criar banco de dados (passo a passo)

MySQL ainda é o banco relacional mais usado em aplicações web — Laravel, Django, Rails, Node.js, todos têm suporte de primeira classe. Mas a instalação default em Ubuntu deixa pontas soltas: usuário root sem senha forte, ausência de banco da aplicação, e configuração de rede que ou bloqueia conexões legítimas ou expõe a porta 3306 pro mundo.

Este guia cobre o caminho completo numa VPS Ubuntu 24.04 LTS: instalação dos pacotes oficiais, hardening básico com mysql_secure_installation, criação de um banco dedicado pra sua aplicação, criação de usuário com permissões mínimas necessárias e validação da conexão. Persona alvo: developer que precisa de um MySQL local funcional pra rodar a aplicação em staging ou produção pequena.

Tempo estimado de execução: 15 a 20 minutos contando os reinícios de serviço e o teste de conexão pela aplicação.

Pré-requisitos

Antes de começar, confirme que sua VPS atende ao mínimo abaixo. Se você ainda não tem o servidor configurado, o tutorial assume acesso SSH funcional como usuário com sudo.

Se você ainda precisa decidir entre rodar tudo numa VPS ou separar banco em servidor dedicado, a regra prática é: até ~5k usuários ativos/dia, MySQL e aplicação na mesma VPS economiza latência de rede e simplifica deploy. Acima disso, separe em instâncias dedicadas.

Instalação do MySQL Server

O Ubuntu 24.04 já inclui MySQL 8.0 nos repositórios oficiais — não precisa adicionar PPA externo. Esta seção cobre a instalação dos pacotes, primeiro start do serviço e verificação de que o daemon subiu corretamente.

sudo apt update

sudo apt install -y mysql-server

sudo systemctl status mysql

sudo systemctl enable mysql

Hardening inicial com mysql_secure_installation

O MySQL recém-instalado tem várias configurações inseguras pra facilitar o primeiro uso: banco de teste público, usuários anônimos, root acessível remotamente. O script mysql_secure_installation resolve tudo de uma vez.

sudo mysql_secure_installation

Criando o banco de dados e o usuário da aplicação

Nunca use o usuário root pra conexões da sua aplicação. A boa prática é criar um banco dedicado e um usuário com permissões restritas só àquele banco — assim, comprometimento da aplicação não vira comprometimento do MySQL inteiro.

sudo mysql

CREATE DATABASE meu_app
  CHARACTER SET utf8mb4
  COLLATE utf8mb4_unicode_ci;

CREATE USER 'app_user'@'localhost'
  IDENTIFIED BY 'SenhaForteAqui123!@#';

GRANT ALL PRIVILEGES ON meu_app.*
  TO 'app_user'@'localhost';

FLUSH PRIVILEGES;

EXIT;

Verificação da configuração

Antes de apontar a aplicação pro banco, valide tudo via CLI. Se falhar aqui, falha lá também — economiza tempo de debug.

mysql -u app_user -p meu_app

CREATE TABLE health_check (
  id INT AUTO_INCREMENT PRIMARY KEY,
  checked_at DATETIME DEFAULT CURRENT_TIMESTAMP
);

INSERT INTO health_check () VALUES ();
SELECT * FROM health_check;

DROP TABLE health_check;
EXIT;

Configurando acesso pela aplicação

Com o banco e o usuário criados, atualize o arquivo de configuração da aplicação. Os exemplos cobrem os formatos mais comuns.

Pra Laravel (.env):

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=meu_app
DB_USERNAME=app_user
DB_PASSWORD=SenhaForteAqui123!@#

Pra Node.js com mysql2:

DATABASE_URL=mysql://app_user:SenhaForteAqui123!%40%[email protected]:3306/meu_app

Note o URL-encoding na senha: ! vira %21, @ vira %40, # vira %23. Esquecer disso resulta em erro de autenticação confuso.

Resolução de problemas

Erro “Access denied for user ‘app_user’@‘localhost’”

A senha digitada não bate com o hash armazenado. Causas comuns:

• Caractere especial não escapado no .env (use aspas duplas em volta da senha).
• O usuário foi criado com @'127.0.0.1' mas a aplicação conecta como localhost (que vira socket) — ou vice-versa. Crie um usuário pra cada host que precisar.
• Senha foi alterada via SET PASSWORD em vez de ALTER USER, que em algumas versões mantém hash antigo.

Resolução rápida:

ALTER USER 'app_user'@'localhost'
  IDENTIFIED BY 'NovaSenha';
FLUSH PRIVILEGES;

MySQL não aceita conexão remota

Por padrão o MySQL 8 escuta apenas em 127.0.0.1. Pra aceitar conexões de outras VMs na mesma rede privada, edite /etc/mysql/mysql.conf.d/mysqld.cnf:

bind-address = 0.0.0.0

Reinicie o serviço e libere a porta no firewall só pros IPs autorizados:

sudo systemctl restart mysql
sudo ufw allow from 10.0.0.0/24 to any port 3306

Nunca libere 3306 pra 0.0.0.0/0 sem TLS configurado.

”Too many connections”

O default de max_connections é 151. Pra aplicações com pool grande, aumente em mysqld.cnf:

max_connections = 500

Cada conexão consome ~12 MB de RAM — calcule conforme o tamanho da VPS antes de subir esse número.

Próximos passos

Com o MySQL funcional, vale considerar:

• Backup automático: configure mysqldump em cron diário e replique o .sql pra storage externo (S3, Backblaze B2). Sem backup off-site, um disco corrompido apaga tudo.
• Monitoramento: instale mysqltuner (sudo apt install mysqltuner) e rode após 24h de uso pra recomendações de tuning baseadas no workload real.
• TLS pra conexões remotas: se vai expor 3306 pra outra VPS, configure certificados — o MySQL 8 suporta TLS nativamente.
• Replicação read-only: pra aplicações com leitura intensa, configure uma réplica secundária e direcione SELECTs pra ela.
• VPS dedicada pro banco: se sua aplicação cresceu, separar o MySQL numa VPS Hostini dedicada com SSD NVMe e backup snapshot reduz contenção de I/O entre app e banco.