Cómo instalar MySQL en Ubuntu y crear una base de datos (paso a paso)

MySQL sigue siendo la base de datos relacional más usada en aplicaciones web — Laravel, Django, Rails, Node.js, todos tienen soporte de primera clase. Pero la instalación por defecto en Ubuntu deja cabos sueltos: usuario root sin contraseña fuerte, ausencia de una base de datos para la aplicación y una configuración de red que o bloquea conexiones legítimas o expone el puerto 3306 al mundo.

Esta guía cubre el camino completo en una VPS Ubuntu 24.04 LTS: instalación de los paquetes oficiales, hardening básico con mysql_secure_installation, creación de una base de datos dedicada para tu aplicación, creación de un usuario con los permisos mínimos necesarios y validación de la conexión. Persona objetivo: developer que necesita un MySQL local funcional para correr la aplicación en staging o producción pequeña.

Tiempo estimado de ejecución: 15 a 20 minutos contando los reinicios del servicio y la prueba de conexión desde la aplicación.

Prerrequisitos

Antes de empezar, confirma que tu VPS cumple con el mínimo de abajo. Si todavía no tienes el servidor configurado, el tutorial asume acceso SSH funcional como usuario con sudo.

Si todavía necesitas decidir entre correr todo en una VPS o separar la base de datos en un servidor dedicado, la regla práctica es: hasta ~5k usuarios activos/día, MySQL y aplicación en la misma VPS ahorran latencia de red y simplifican el deploy. Por encima de eso, sepáralo en instancias dedicadas.

Instalación de MySQL Server

Ubuntu 24.04 ya incluye MySQL 8.0 en los repositorios oficiales — no hace falta añadir un PPA externo. Esta sección cubre la instalación de los paquetes, el primer start del servicio y la verificación de que el daemon arrancó correctamente.

sudo apt update

sudo apt install -y mysql-server

sudo systemctl status mysql

sudo systemctl enable mysql

Hardening inicial con mysql_secure_installation

MySQL recién instalado tiene varias configuraciones inseguras para facilitar el primer uso: base de datos de test pública, usuarios anónimos, root accesible remotamente. El script mysql_secure_installation lo resuelve todo de una vez.

sudo mysql_secure_installation

Creación de la base de datos y del usuario de la aplicación

Nunca uses el usuario root para las conexiones de tu aplicación. La buena práctica es crear una base de datos dedicada y un usuario con permisos restringidos solo a esa base — así, un compromiso de la aplicación no se convierte en un compromiso de todo MySQL.

sudo mysql

CREATE DATABASE mi_app
  CHARACTER SET utf8mb4
  COLLATE utf8mb4_unicode_ci;

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

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

FLUSH PRIVILEGES;

EXIT;

Verificación de la configuración

Antes de apuntar la aplicación a la base, valida todo vía CLI. Si falla aquí, fallará allá también — ahorra tiempo de debug.

mysql -u app_user -p mi_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 el acceso desde la aplicación

Con la base de datos y el usuario creados, actualiza el archivo de configuración de la aplicación. Los ejemplos cubren los formatos más comunes.

Para Laravel (.env):

DB_CONNECTION=mysql
DB_HOST=127.0.0.1
DB_PORT=3306
DB_DATABASE=mi_app
DB_USERNAME=app_user
DB_PASSWORD=ContrasenaFuerteAqui123!@#

Para Node.js con mysql2:

DATABASE_URL=mysql://app_user:ContrasenaFuerteAqui123!%40%[email protected]:3306/mi_app

Fíjate en el URL-encoding de la contraseña: ! se convierte en %21, @ en %40, # en %23. Olvidarlo da un error de autenticación confuso.

Resolución de problemas

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

La contraseña tecleada no coincide con el hash almacenado. Causas comunes:

• Carácter especial sin escapar en el .env (usa comillas dobles alrededor de la contraseña).
• El usuario fue creado con @'127.0.0.1' pero la aplicación se conecta como localhost (que va por socket) — o viceversa. Crea un usuario para cada host que vaya a conectarse.
• La contraseña se cambió vía SET PASSWORD en lugar de ALTER USER, que en algunas versiones mantiene el hash antiguo.

Resolución rápida:

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

MySQL no acepta conexión remota

Por defecto MySQL 8 escucha solo en 127.0.0.1. Para aceptar conexiones de otras VMs en la misma red privada, edita /etc/mysql/mysql.conf.d/mysqld.cnf:

bind-address = 0.0.0.0

Reinicia el servicio y libera el puerto en el firewall solo para las IPs autorizadas:

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

Nunca abras 3306 a 0.0.0.0/0 sin TLS configurado.

”Too many connections”

El default de max_connections es 151. Para aplicaciones con un pool grande, súbelo en mysqld.cnf:

max_connections = 500

Cada conexión consume ~12 MB de RAM — calcula según el tamaño de la VPS antes de subir ese número.

Próximos pasos

Con MySQL funcionando, vale la pena considerar:

• Backup automático: configura mysqldump en cron diario y replica el .sql a un almacenamiento externo (S3, Backblaze B2). Sin backup off-site, un disco corrupto borra todo.
• Monitorización: instala mysqltuner (sudo apt install mysqltuner) y ejecútalo tras 24h de uso para recomendaciones de tuning basadas en la carga real.
• TLS para conexiones remotas: si vas a exponer 3306 a otra VPS, configura certificados — MySQL 8 soporta TLS nativamente.
• Replicación read-only: para aplicaciones con lectura intensiva, configura una réplica secundaria y dirige los SELECTs a ella.
• VPS dedicada para la base de datos: si tu aplicación creció, separar MySQL en una VPS Hostini dedicada con SSD NVMe y backup snapshot reduce la contención de I/O entre app y base de datos.