Quais são as limitações da implementação do conjunto MySQL NDB?
quero implementar o Cluster NDB para o Cluster MySQL 6. Quero fazê-lo por uma enorme estrutura de dados com um mínimo de 2 milhões de registos.
quero saber se há alguma limitação na implementação do cluster NDB. Por exemplo, tamanho da RAM, número de bancos de dados, ou tamanho de banco de dados para o cluster NDB.
2 answers
De qualquer forma, no que diz respeito às limitações: uma das coisas mais importantes a ter em mente é que o Cluster NDB/MySQL não é uma base de dados de propósito geral. Mais notavelmente, juntar operações, mas também subqueries e range operations (consultas como: ordens criadas entre agora e uma semana atrás), pode ser consideravelmente mais lento do que o que você pode esperar. Isto é em parte devido ao fato de que os dados são distribuídos através de múltiplos nós. Embora alguns foram introduzidas melhorias, o desempenho das juntas pode ainda ser muito decepcionante.
Por outro lado, se você precisa lidar com muitas (de preferência pequenas) transações simultâneas (normalmente única linha inserções/atualizações/excluir pesquisas por chave primária) e você mangage para manter todos os seus dados na memória, então ele pode ser um muito escalável e de alto desempenho da solução.
Devias perguntar-te porque queres o cluster. Se você simplesmente quer seu banco de dados comum que você tem agora, exceto com adicionado 99,999% de disponibilidade, então você pode ficar desapontado. Certamente MySQL cluster pode fornecer-lhe com grande disponibilidade e tempo de funcionamento, mas a carga de trabalho de seu aplicativo pode não ser muito adequado para o cluster thtings é bom para. Além disso, você pode ser capaz de usar outra solução de alta disponibilidade para aumentar o tempo de funcionamento do seu banco de dados tradicional. [[1]}BTW-aqui está uma lista de limitações de acordo com o doc: http://dev.mysql.com/doc/refman/5.1/en/mysql-cluster-limitations.html Mas faças o que fizeres, tenta o cluster, vê se é bom para ti. MySQL cluster não é "MySQL + 5 noves". Vais descobrir quando tentares.O conjunto NDB vem com dois tipos de opções de armazenamento.
1.In Armazenamento De Memória. 2.Armazenamento de discos.
O NDB introduzido como no armazenamento de dados de memória e na versão 7.4(MYSQL 5.6) começou a suportar o armazenamento de disco.
A versão actual 7.5 (MySQL 5.7) suporta o armazenamento em disco e, neste caso, não haverá restrições de tamanho, uma vez que os dados irão residir no disco e o limite depende do espaço de armazenamento em disco disponível consigo.
Configurações de armazenamento em disco - https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-disk-data-symlinks.html
No armazenamento de memória no cluster NDB também é bastante maduro e você pode definir o uso de memória na configuração do nó de gestão.ficheiro ini. exemplo - DataMemory=3072M Índice = 384M
Numa tabela média (depende dos dados armazenados em colunas) o tamanho total de db deve ser inferior a 1GB, o que pode ser facilmente configurado.
([1]}nota - na minha própria implementação enfrentei um desafio de desempenho como desempenho de A NDB degrada-se com um número crescente de linhas na tabela. Sob alta carga de leitura concurrencial irá degradar com o número de linha crescente. Certifique-se de que você não vai para a varredura completa da tabela e fornecer o suficiente onde predicado cláusula. Para um desempenho adequado defina o índice secundário corretamente de acordo com o seu padrão de consulta. A definição de índice secundário irá novamente aumentar o consumo de memória para planejar o seu padrão de consulta e recursos de memória em conformidade.