Há alguma armadilha em ter vários bancos de dados MySQL em um nó de servidor?

Question

Eu quero preparar meu banco de dados para sharding no futuro. Mas agora eu só preciso de um nó.

O que eu gostaria de fazer é dividir o banco de dados em shards virtuais, digamos, 12 shards e colocar todos eles no mesmo nó de servidor por enquanto.

E quando eu precisar expandir, eu poderia então pegar um segundo servidor e mover 6 dos 12 fragmentos virtuais para as novas máquinas.

Há alguma armadilha em ter 12 bancos de dados diferentes em uma máquina?

• Ainda posso executar apenas 1 instância do MySQL para suportar esses 12 bancos de dados?
• Ter 12 bancos de dados resulta em maior uso de memória?
• Isso requer ter 12 vezes mais conexões de banco de dados?
• Alguma outra armadilha?

Obrigado.

    

Answer 1

Nada de errado em tudo. Pode haver uma pequena sobrecarga no uso da memória, mas se você estiver em uma situação em que você precise considerar o particionamento, a memória não deverá ser o seu principal problema, de qualquer maneira.

Seus aplicativos podem usar um pool de conexão. A maioria dos conectores MySQL suporta esse modo e permite que o administrador do pool decida sobre a maneira mais eficiente de lidar com as solicitações. Em teoria, eles também poderiam usar uma e a mesma conexão (e emitir "USE db_name" para alterar bancos de dados), mas isso pode ser muito confuso para os desenvolvedores.