PostgreSQL vs MySQL: qual usar na VPS?

# PostgreSQL — pontos fortes
✓ Conformidade SQL completa (CTEs, window functions, arrays, JSONB)
✓ JSONB com índices GIN (NoSQL-like dentro do relacional)
✓ Tipos avançados: arrays, ranges, enums, UUID nativo, tsvector (full-text)
✓ Melhor para queries analíticas complexas
✓ MVCC mais completo (leituras nunca bloqueiam escritas)
✓ Transações DDL (ALTER TABLE em transação com rollback)
✓ Extensões: PostGIS, TimescaleDB, pg_vector, pgcrypto

# MySQL/MariaDB — pontos fortes
✓ Mais leve em RAM (MariaDB parte de ~100 MB vs 150 MB do PG)
✓ Suporte nativo de WordPress, phpMyAdmin, Joomla, Magento
✓ Replicação master-slave mais fácil de configurar
✓ Mais familiar para devs vindos de hospedagem compartilhada
✓ MariaDB é drop-in replacement com features extras

# Use MySQL/MariaDB quando:

# 1. Stack WordPress / PHP clássico
# WordPress, Joomla, Drupal, Magento são otimizados para MySQL
# Plugins e themes assumem MySQL — suporte PostgreSQL é parcial

# 2. App legado que já usa MySQL
# Custo de migração > benefício de mudança de banco

# 3. Replicação simples master-slave
# MySQL tem binlog replication mais simples de configurar
# Útil para read replicas em apps de alto tráfego de leitura

# 4. Equipe familiarizada com MySQL
# Sem necessidade das features avançadas do PostgreSQL

# docker-compose.yml para MariaDB
services:
  db:
    image: mariadb:11
    environment:
      MYSQL_ROOT_PASSWORD: ${DB_ROOT_PASSWORD}
      MYSQL_DATABASE: ${DB_NAME}
      MYSQL_USER: ${DB_USER}
      MYSQL_PASSWORD: ${DB_PASSWORD}

# Use PostgreSQL quando:

# 1. App moderna (Node.js, Python, Go, Ruby on Rails)
# Prisma, SQLAlchemy, GORM, ActiveRecord têm suporte primeiro-classe
# Supabase, Neon, Render, Railway usam PostgreSQL como padrão

# 2. Dados semiestruturados (JSONB)
# Coluna JSONB com índice GIN é comparável ao MongoDB
# Sem precisar de segundo banco

# 3. Queries analíticas
# CTEs recursivas, window functions, LATERAL JOINs
# Mais expressivo que MySQL para SQL complexo

# 4. Apps que precisam de UUIDs, arrays, ranges
# PostgreSQL tem esses tipos nativos — MySQL usa VARCHAR/JSON

# 5. PostGIS para dados geográficos
# Único banco relacional com suporte geoespacial completo

# 6. Integrações AI/vector search
# pgvector (extensão) adiciona busca por similaridade de vetores
# Usado por LangChain, LlamaIndex, Supabase Vector

# Leitura simples (SELECT por PK):
# MySQL: ligeiramente mais rápido em cenários simples com InnoDB
# PostgreSQL: equivalente, melhor em concorrência alta

# Escritas simultâneas (OLTP):
# PostgreSQL: melhor MVCC — leituras nunca bloqueiam escritas
# MySQL: pode ter contenção com locks em cargas mistas

# Queries analíticas complexas (GROUP BY, JOINs múltiplos):
# PostgreSQL: significativamente melhor (planner mais sofisticado)

# Full-text search:
# PostgreSQL: tsvector nativo com ranking e stemming
# MySQL: FULLTEXT index (funcional mas menos flexível)

# Teste de benchmark rápido (pgbench):
docker compose exec postgres pgbench -U postgres -i -s 50 meu_banco
docker compose exec postgres pgbench -U postgres -c 10 -j 2 -T 60 meu_banco

# Instalar pgloader
docker run --rm dimitri/pgloader:latest pgloader --version

# Migrar banco MySQL para PostgreSQL
docker run --rm dimitri/pgloader:latest pgloader \
  mysql://usuario:senha@host_mysql/banco_mysql \
  postgresql://postgres:senha@host_postgres/banco_postgres

# pgloader converte automaticamente:
# - tipos de dados (TINYINT → boolean, DATETIME → timestamp, etc.)
# - AUTO_INCREMENT → SERIAL ou BIGSERIAL
# - Índices e foreign keys

# Verificar após migração
docker compose exec postgres psql -U postgres -d banco_postgres \
  -c "SELECT tablename, n_live_tup FROM pg_stat_user_tables ORDER BY n_live_tup DESC;"