NVMe vs. SATA SSD no MariaDB: Quando a Diferença é Real?

MariaDB NVMe vs SATA. A transição de SATA SSD para NVMe em servidores MariaDB é frequentemente descrita como “mudar de um carro para um trem-bala”, mas o impacto real no seu site depende drasticamente do perfil de carga e da concorrência.

Em cenários de baixo tráfego, a diferença pode ser imperceptível (milissegundos), enquanto em alta carga, o NVMe evita que o banco de dados se torne o gargalo do sistema.

1. Latência e IOPS: Onde o NVMe vence

A principal diferença não está na velocidade de transferência sequencial (MB/s), mas na latência e na capacidade de processar múltiplas operações simultâneas (IOPS).

2. Benchmarks Reais: MariaDB em Ação

Estudos de performance mostram que a arquitetura do NVMe permite que o MariaDB escale de forma linear sob carga:

• Transações por Segundo (TPS): Em testes com ferramentas como Sysbench, unidades NVMe podem entregar até 2x a 4x mais transações do que SSDs SATA em workloads de escrita intensiva.
• Latência P99: Em servidores sob carga, a latência do percentil 99 (os 1% de acessos mais lentos) cai de 7.5ms (SATA) para 0.75ms (NVMe). Isso elimina aquelas travadas esporádicas no carregamento do site.
• Atomic Writes: Dispositivos NVMe corporativos suportam atomic writes, permitindo desativar o doublewrite buffer do InnoDB, o que pode aumentar a performance de escrita em até 30%–50%.

3. Quando o Hardware REALMENTE impacta seu site?

O impacto será sentido apenas se o seu gargalo atual for I/O Wait.

• Onde o NVMe faz a diferença:
  • E-commerce/SaaS: Grande volume de sessões simultâneas e carrinhos de compras.
  • Consultas Complexas: Relatórios que exigem leitura de grandes tabelas que não cabem inteiramente na RAM (InnoDB Buffer Pool).
  • Logs de Transação: Se o seu ib_logfile está em um disco lento, as escritas (INSERT/UPDATE) sofrerão atrasos constantes.
• Onde o NVMe NÃO fará diferença:
  • Sites Estáticos/Pequenos: Se o seu banco de dados tem 100MB e você tem 16GB de RAM, o MariaDB servirá quase tudo da memória. O disco será usado apenas para persistência inicial.
  • Gargalo de CPU: Se o seu site demora para carregar devido ao processamento de PHP/Python, trocar o disco não ajudará.

Dica de Otimização

Para tirar total proveito do hardware, o sistema operacional precisa saber que não está mais lidando com a latência de um disco mecânico ou de um SSD limitado pelo barramento SATA.

Aqui estão as otimizações recomendadas para o seu arquivo /etc/sysctl.conf. Estas configurações focam em reduzir o overhead de rede e melhorar a eficiência do kernel para lidar com o alto volume de dados que o NVMe permite processar.

1. Otimização do Kernel para NVMe e MariaDB

Adicione ou edite as seguintes linhas no seu /etc/sysctl.conf:

Bash

# Melhora o limite de arquivos abertos (essencial para MariaDB com muitas tabelas)
fs.file-max = 2097152

# Otimização de Swappiness: força o uso da RAM e evita o disco
# Com NVMe, você quer evitar swap ao máximo para preservar a vida útil e performance
vm.swappiness = 10
vm.vfs_cache_pressure = 50

# Ajustes de rede para suportar o throughput que o NVMe entrega
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.ipv4.tcp_rmem = 4096 87380 16777216
net.ipv4.tcp_wmem = 4096 65536 16777216
net.core.netdev_max_backlog = 5000

# Aumenta a capacidade de conexões simultâneas (ideal para sites de alto tráfego)
net.core.somaxconn = 4096

Após editar, aplique as mudanças com: sysctl -p.

2. Ajuste no MariaDB (my.cnf) para NVMe

Como o NVMe lida com I/O paralelo de forma muito superior, você deve informar ao InnoDB que ele pode ser mais “agressivo”:

[mysqld]
# Capacidade de IOPS - Ajuste para o valor do seu NVMe (ex: 2000-5000 para a maioria dos planos VPS)
innodb_io_capacity = 2000
innodb_io_capacity_max = 4000

# Número de threads de I/O - O NVMe brilha em paralelismo
innodb_read_io_threads = 8
innodb_write_io_threads = 8

# Flush de logs: O NVMe escreve tão rápido que podemos ser rigorosos com a segurança dos dados
innodb_flush_log_at_trx_commit = 1
innodb_flush_method = O_DIRECT

3. Verificação do I/O Scheduler

Para dispositivos NVMe, o escalonador do Linux deve ser none ou mq-deadline. Escalonadores antigos como cfq ou noop adicionam latência desnecessária.

Verifique qual você está usando: cat /sys/block/nvme0n1/queue/scheduler (Troque nvme0n1 pelo nome do seu dispositivo).

Se não estiver como none, você pode ajustar temporariamente para testar: echo none > /sys/block/nvme0n1/queue/scheduler

Esses ajustes garantem que o “trem-bala” do hardware não fique preso em trilhos de madeira do software.

FAQ: Performance de Armazenamento no MariaDB