Meilleur VPS pour MySQL en 2026

MySQL propulse plus de 40 % de toutes les bases de données sur internet — de WordPress aux applications d’entreprise. Auto-hébergez-le sur un VPS et évitez les frais de 50 à 300 $/mois des bases de données managées.

Pourquoi Auto-Héberger MySQL ?

Critère	Managé (AWS RDS)	VPS Auto-Hébergé
2 vCPU, 4 Go RAM	100+ $/mois	~7 $/mois
4 vCPU, 8 Go RAM	200+ $/mois	~15 $/mois
Contrôle	Limité	Total
Optimisation	Restreinte	Accès complet à my.cnf
Sauvegardes	Coût supplémentaire	Gratuites (vous gérez)

L’auto-hébergement coûte 90 % moins cher pour des caractéristiques équivalentes.

Exigences du VPS

MySQL est gourmand en RAM et en E/S. Voici ce qui compte :

RAM (Critique)

• Le buffer pool InnoDB doit contenir votre jeu de données actif
• Règle générale : buffer pool = 70-80 % de la RAM totale
• 4 Go suffisent pour la plupart des petites et moyennes applications
• 8 Go+ pour les bases de données de plus de 10 Go

Stockage (Critique)

• Le NVMe SSD est indispensable — les performances d’E/S aléatoires définissent la vitesse de MySQL
• Taille : 2 à 3x la taille de votre base de données (pour les logs, tables temporaires, sauvegardes)
• Les IOPS comptent plus que le débit pour les charges transactionnelles

CPU

• MySQL 8 utilise l’exécution parallèle des requêtes
• Plus de cœurs = mieux pour les connexions simultanées
• 2 vCPU pour les petites applications, 4+ pour la production

Réseau

• Faible latence vers vos serveurs applicatifs
• Même centre de données autant que possible
• 1 Gbps pour les configurations de réplication

Meilleur VPS pour MySQL

1. Hostinger KVM2 (Meilleur choix global) ⭐

5,99 $/mois | 2 vCPU, 8 Go RAM, 100 Go NVMe

8 Go de RAM signifie un buffer pool InnoDB de 5 à 6 Go — suffisant pour garder la plupart des bases de données entièrement en mémoire. 100 Go NVMe offrent de la marge pour la croissance des données et les sauvegardes.

Idéal pour : La plupart des charges MySQL — applications web, CMS, backends SaaS

→ Obtenir Hostinger VPS

2. Hetzner CX22 (Meilleur budget)

5,39 €/mois | 2 vCPU, 4 Go RAM, 40 Go NVMe

Performances solides avec AMD EPYC et suffisamment de RAM pour un buffer pool de 3 Go. Excellent pour le développement et les petites bases de données de production.

Idéal pour : Petites applications, WordPress, développement

→ Obtenir Hetzner VPS

3. Hetzner CX32 (Meilleur pour la croissance)

10,49 €/mois | 4 vCPU, 8 Go RAM, 80 Go NVMe

4 cœurs gèrent bien les requêtes simultanées, et 8 Go gardent votre jeu de données en cache. Excellent rapport qualité-prix pour les applications en croissance.

Idéal pour : Applications SaaS en croissance, bases de données e-commerce

→ Obtenir Hetzner VPS

4. Vultr High Frequency (Meilleures performances)

48 $/mois | 4 vCPU (3 GHz+), 16 Go RAM, 256 Go NVMe

Les meilleures performances mono-cœur disponibles. 16 Go de RAM pour un buffer pool massif. Quand votre base de données est votre goulot d’étranglement.

Idéal pour : Production à fort trafic, requêtes complexes, analytique

→ Obtenir Vultr VPS

5. Contabo VPS M (Meilleur rapport qualité-prix)

10,49 €/mois | 6 vCPU, 16 Go RAM, 200 Go NVMe

Maximum de RAM et de stockage par euro dépensé. Parfait pour les grandes bases de données qui doivent rester en mémoire.

Idéal pour : Grands jeux de données, entrepôts de données, bases de données de reporting

→ Obtenir Contabo VPS

Comparatif rapide

VPS	RAM	vCPU	Stockage	Prix	Idéal pour
Hostinger KVM2	8 Go	2	100 Go NVMe	5,99 $/mois	Meilleur choix global
Hetzner CX22	4 Go	2	40 Go NVMe	5,39 €/mois	Budget
Hetzner CX32	8 Go	4	80 Go NVMe	10,49 €/mois	Croissance
Vultr HF	16 Go	4	256 Go NVMe	48 $/mois	Performances
Contabo M	16 Go	6	200 Go NVMe	10,49 €/mois	Meilleur rapport qualité-prix

Comment installer MySQL

Ubuntu/Debian

# Install MySQL 8
sudo apt update && sudo apt install -y mysql-server

# Secure installation
sudo mysql_secure_installation

Configuration clé dans /etc/mysql/mysql.conf.d/mysqld.cnf :

[mysqld]
# InnoDB Buffer Pool (70-80% of RAM)
innodb_buffer_pool_size = 6G

# Log file size (25% of buffer pool)
innodb_log_file_size = 1G

# Flush method for best SSD performance
innodb_flush_method = O_DIRECT

# Connection limits
max_connections = 200

# Temp table size
tmp_table_size = 64M
max_heap_table_size = 64M

# Query cache (disabled in MySQL 8 — use ProxySQL if needed)
# Slow query log
slow_query_log = 1
slow_query_log_file = /var/log/mysql/slow.log
long_query_time = 2

# Binary logging for replication/PITR
log_bin = mysql-bin
binlog_expire_logs_seconds = 604800

sudo systemctl restart mysql
sudo systemctl enable mysql

Docker (Recommandé)

# docker-compose.yml
version: "3.8"
services:
  mysql:
    image: mysql:8.0
    restart: unless-stopped
    environment:
      MYSQL_ROOT_PASSWORD: your-strong-password
      MYSQL_DATABASE: myapp
      MYSQL_USER: appuser
      MYSQL_PASSWORD: app-password
    ports:
      - "3306:3306"
    volumes:
      - mysql_data:/var/lib/mysql
      - ./my-custom.cnf:/etc/mysql/conf.d/custom.cnf
    command: >
      --innodb-buffer-pool-size=6G
      --innodb-log-file-size=1G
      --innodb-flush-method=O_DIRECT
      --max-connections=200

volumes:
  mysql_data:

docker compose up -d

Optimisation des performances

Optimisation InnoDB

# Buffer pool instances (1 per GB)
innodb_buffer_pool_instances = 6

# Read/write I/O threads
innodb_read_io_threads = 4
innodb_write_io_threads = 4

# Adaptive flushing for SSDs
innodb_adaptive_flushing = ON
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000

# Redo log optimization
innodb_flush_log_at_trx_commit = 1
innodb_flush_neighbors = 0

Performances des requêtes

# Find slow queries
mysqldumpslow -s t /var/log/mysql/slow.log

# Check buffer pool hit ratio
mysql -e "SHOW STATUS LIKE 'Innodb_buffer_pool_read%';"

# Monitor connections
mysql -e "SHOW STATUS LIKE 'Threads_%';"

Optimisation système

# Increase open file limits
echo "mysql soft nofile 65535" >> /etc/security/limits.conf
echo "mysql hard nofile 65535" >> /etc/security/limits.conf

# I/O scheduler for SSDs
echo "none" > /sys/block/sda/queue/scheduler

# Swappiness (keep data in RAM)
echo "vm.swappiness = 10" >> /etc/sysctl.conf
sysctl -p

Stratégie de sauvegarde

Sauvegardes automatisées avec mysqldump

#!/bin/bash
# /usr/local/bin/mysql-backup.sh
DATE=$(date +%Y%m%d_%H%M)
BACKUP_DIR="/backups/mysql"
mkdir -p $BACKUP_DIR

mysqldump --all-databases --single-transaction \
  --routines --triggers --events \
  -u root -p"$MYSQL_ROOT_PASSWORD" \
  | gzip > "$BACKUP_DIR/all-databases-$DATE.sql.gz"

# Keep last 7 days
find $BACKUP_DIR -name "*.sql.gz" -mtime +7 -delete

# Run daily at 3 AM
echo "0 3 * * * /usr/local/bin/mysql-backup.sh" | crontab -

Récupération à un instant précis (PITR)

Activez la journalisation binaire (montrée ci-dessus) pour bénéficier de la récupération PITR. Combinée avec des sauvegardes complètes quotidiennes, vous pouvez restaurer à n’importe quel instant.

Checklist de sécurité

• Exécuter mysql_secure_installation
• Ne jamais exposer le port 3306 sur internet
• Utiliser des règles de pare-feu (ufw/iptables)
• Créer des utilisateurs spécifiques aux applications avec des privilèges minimaux
• Activer SSL/TLS pour les connexions distantes
• Mettre en place des sauvegardes automatisées
• Surveiller le journal des requêtes lentes
• Maintenir MySQL à jour

# Firewall: only allow your app server
sudo ufw allow from YOUR_APP_IP to any port 3306
sudo ufw deny 3306

# Create limited user
mysql -e "CREATE USER 'appuser'@'%' IDENTIFIED BY 'strong-password';
GRANT SELECT, INSERT, UPDATE, DELETE ON myapp.* TO 'appuser'@'%';
FLUSH PRIVILEGES;"

MySQL vs Alternatives managées

Service	4 Go RAM	Contrôle	Latence
AWS RDS	100+ $/mois	Faible	~1 ms
PlanetScale	39+ $/mois	Moyen	~5 ms
DigitalOcean Managed	60+ $/mois	Moyen	~2 ms
VPS Auto-Hébergé	6-15 $/mois	Total	<1 ms

MySQL auto-hébergé sur un VPS dans le même centre de données vous offre la latence la plus faible, un contrôle total et des économies massives.

FAQ

De combien de RAM ai-je besoin pour MySQL ?

Votre buffer pool InnoDB doit contenir votre jeu de données actif. Commencez avec 4 Go au total (3 Go de buffer pool) et augmentez quand le taux de succès du buffer pool descend en dessous de 99 %.

Est-il sûr de faire tourner MySQL sur un VPS ?

Oui. Utilisez des mots de passe forts, des règles de pare-feu, et n’exposez jamais le port 3306 publiquement. Les sauvegardes automatisées vous offrent la tranquillité d’esprit.

MySQL ou PostgreSQL ?

Les deux sont excellents. MySQL est plus simple à configurer et bénéficie d’un meilleur support dans l’écosystème d’hébergement (WordPress, la plupart des applications PHP). PostgreSQL l’emporte pour les requêtes complexes et les types de données avancés. Consultez aussi notre guide VPS pour PostgreSQL.

Un VPS à 6 $/mois peut-il gérer MySQL en production ?

Oui. Pour les petites et moyennes applications (base de données de moins de 10 Go, moins de 100 connexions simultanées), un VPS 2 vCPU / 8 Go RAM gère cela facilement. MySQL est bien optimisé et fonctionne très bien sur du matériel modeste.

Notre choix

Hostinger KVM2 à 5,99 $/mois vous offre 8 Go de RAM et 100 Go NVMe — suffisant pour un serveur MySQL bien configuré gérant du vrai trafic de production. C’est moins cher qu’un seul mois de n’importe quel service de base de données managée.

→ Commencer avec Hostinger