Avaliações e Detalhes do Produto TiDB

O TiDB facilita a escalabilidade horizontal sem a complexidade do sharding. Ele suporta cargas de trabalho transacionais e analíticas (HTAP) prontamente, e sua compatibilidade com MySQL significa mudanças mínimas para aplicativos existentes. O operador Kubernetes e as ferramentas de observabilidade integradas tornam as operações suaves e eficientes. Análise coletada por e hospedada no G2.com.

O TiDB tem uma curva de aprendizado, especialmente em torno de sua arquitetura distribuída e ajuste de desempenho para consultas complexas. A configuração do TiFlash e o planejamento de recursos podem ser complicados em grande escala. Além disso, alguns recursos avançados do MySQL ainda não são totalmente suportados, o que pode limitar a compatibilidade em certos casos extremos. Análise coletada por e hospedada no G2.com.

Gosto de como é fácil e eficiente, e o fato de ser compatível com MySQL, o que elimina a necessidade de aprender outra linguagem de consulta antes de poder usá-lo, faz dele meu banco de dados de primeira escolha.

Também adoro a prontidão dos serviços de atendimento ao cliente, eles estão sempre lá para te apoiar se você encontrar algum desafio.

Por último, o TiDB é aquele banco de dados que te dá a garantia de que seus dados estão seguros e sempre disponíveis com até 99,9999% de tempo de atividade (nunca tive nenhum tempo de inatividade em mais de 2 anos de uso). Análise coletada por e hospedada no G2.com.

Eu não gosto do fato de que ainda não suporta o tipo de dado espacial GEO. Análise coletada por e hospedada no G2.com.

É gratuito e fácil de implementar e um banco de dados SQL rápido. Análise coletada por e hospedada no G2.com.

Eu não encontrei nada significativo que eu consideraria um verdadeiro desgosto, pois estava usando vários recursos nele. Análise coletada por e hospedada no G2.com.

Na minha opinião, a maior vantagem do TiDB é sua compatibilidade com o MySQL, já que a maioria da sintaxe do MySQL é suportada por ele. Assim, é fácil integrá-lo com as aplicações e ferramentas existentes e fácil de ser gerenciado pelos DBAs.

É fácil migrar os dados do MySQL para o banco de dados TiDB através da ferramenta de migração TiDB DM. Isso torna muito viável implementar o TiDB junto à infraestrutura existente do MySQL com mínima interrupção.

O recurso DM do TiDB e o TiCDC são amplamente utilizados e frequentemente empregados onde análises em tempo real são necessárias em dados transacionais ao vivo.

Como sabemos, o TiDB oferece suporte ao cliente através da comunidade ativa no GitHub e no Slack, além de fornecer uma excelente documentação para entender os conceitos e o uso das ferramentas, facilitando para os usuários. Análise coletada por e hospedada no G2.com.

A principal desvantagem do TiDB é o seu custo. Em muitos casos, os clientes são sensíveis ao custo, e a arquitetura distribuída do TiDB, embora poderosa, pode parecer menos atraente em comparação com soluções de banco de dados mais leves e de nó único.

Conectar-se ao sistema existente é fácil com o TiDB, mas ainda assim o TiKV precisa de otimização em algumas situações. Análise coletada por e hospedada no G2.com.

* TiDB nos oferece escalabilidade horizontal e forte consistência com a sintaxe familiar do MySQL.

* Ótima observabilidade

* Componentes principais (TiDB SQL, TiKV, PD) são extremamente estáveis

* Fácil de implementar esquemas, pois podemos traduzi-los diretamente do MySQL na maioria dos casos

* Bons recursos, como nós somente leitura, regras de colocação, leituras obsoletas, TTL

* Bons recursos de restauração e auto-recuperação Análise coletada por e hospedada no G2.com.

O ecossistema não é tão maduro. Não há muitas extensões, e alguns componentes não essenciais não recebem tanta atenção ou não são tão confiáveis. Apesar disso, a PingCap (a empresa-mãe) garante resolver os problemas à medida que os encontramos. Análise coletada por e hospedada no G2.com.

O TiDB atende perfeitamente às nossas expectativas de escalabilidade e alta disponibilidade. Uma vez devidamente ajustado, o TiDB atendeu às nossas demandas de alta taxa de transferência sem perder o ritmo. Conseguimos adicionar novos nós TiKV para absorver picos no tráfego de gravação e observamos o reequilíbrio automático dos dados. Quando se trata de alta disponibilidade, a configuração multi-réplica Raft do TiDB funcionou muito bem para nós.

A facilidade de uso e integração é excelente.

Se falarmos sobre a frequência, precisávamos de um banco de dados que pudesse suportar 10K QPS, o que foi perfeitamente atendido pelo TiDB. Análise coletada por e hospedada no G2.com.

Executar o TiDB não é barato. Para obter redundância real, temos pelo menos cinco instâncias grandes, cada uma com bastante CPU, memória e I/O de disco. Além disso, você precisa de armazenamento extra para réplicas e engenheiros para gerenciar tudo. No total, nossa conta na nuvem e os custos de pessoal podem aumentar rapidamente.

A facilidade de implementação é bastante difícil, pois a implantação usando helm é um obstáculo, já que nossa equipe não é muito forte com Kubernetes. Então tivemos que gastar algum tempo para fazer as coisas funcionarem usando os binários e o docker. Criamos um docker-compose do nosso conhecimento porque o compose fornecido não estava funcionando no meu caso.

Outra coisa a notar é que a comunidade TiDB ainda é bastante pequena. Quando tivemos problemas, não havia muitos usuários ativos ou recursos online para ajudar. Isso tornou a solução de problemas mais lenta e, às vezes, nos deixou esperando por respostas do suporte ao cliente ou da equipe de desenvolvimento. Análise coletada por e hospedada no G2.com.

O que mais aprecio no TiDB é como ele combina perfeitamente a escalabilidade horizontal com a simplicidade do SQL. Sua compatibilidade com MySQL tornou a transição sem esforço, e a arquitetura HTAP é uma grande vantagem para gerenciar cargas de trabalho transacionais e analíticas em um sistema unificado. Além disso, o suporte tem sido excepcional—responsivo, conhecedor e realmente útil quando necessário. Análise coletada por e hospedada no G2.com.

Embora eu realmente goste do TiDB no geral, minha experiência com o TiCDC em produção tem sido bastante difícil. Alcançar estabilidade e gerenciar casos extremos de forma confiável exigiu mais esforço do que eu esperava. As ferramentas ao redor para replicação de dados e observabilidade ainda parecem imaturas e pouco desenvolvidas. Dito isso, o progresso e a direção do TiCDC me dão confiança de que as coisas vão melhorar com o tempo. No entanto, como está hoje, o TiCDC está longe de ser amigável para desenvolvedores e implantação. Análise coletada por e hospedada no G2.com.

* Banco de dados SQL escalável horizontalmente: A arquitetura do TiDB elimina preocupações sobre o suporte ao tráfego em constante crescimento. Escalar um cluster TiDB para cima e para baixo é simples, para atender às demandas de carga de trabalho e melhorar a eficiência.

* Migração de esquema de dados online: A migração de esquema é indolor. Quando combinada com o controle de recursos, elimina os principais pontos problemáticos de tempo de inatividade e interrupção do tráfego de produção.

* Conjunto abrangente de ferramentas: O TiDB fornece um conjunto de ferramentas inestimáveis que facilitam a solução de problemas e a mitigação de questões de produção, garantindo que o sistema funcione sem problemas.

* Compatibilidade com MySQL: Este recurso torna possível a migração do MySQL.

* Suporte de primeira linha: O suporte comercial da PingCap adiciona uma camada crucial de garantia, tornando o TiDB um sistema confiável e seguro para cargas de trabalho críticas. Análise coletada por e hospedada no G2.com.

* Recursos de nicho são menos confiáveis: A coluna gerada é menos confiável do que seu equivalente no MySQL, levando a vários incidentes de produção. Análise coletada por e hospedada no G2.com.

O que eu mais gosto no TiDB é como ele combina escalabilidade horizontal e a facilidade do SQL com mínima fricção. A compatibilidade com MySQL tornou a adoção tranquila, e a arquitetura HTAP é uma grande vantagem para lidar com cargas de trabalho transacionais e analíticas sem dividir sistemas. Além disso, o suporte tem sido ótimo, responsivo, conhecedor e genuinamente útil quando necessário. Análise coletada por e hospedada no G2.com.

Embora eu realmente goste do TiDB no geral, tive dificuldades com o TiCDC em produção. Torná-lo estável e lidar com casos extremos de forma confiável exigiu mais esforço do que o esperado. Algumas das ferramentas em torno da replicação de dados e da observabilidade ainda parecem precisar de mais maturidade. Dito isso, a direção em que está indo me dá confiança de que as coisas vão melhorar. Mas agora não é nem um pouco amigável para desenvolvedores e para implantação, pelo menos a parte do TiCDC. Análise coletada por e hospedada no G2.com.

O que eu mais gosto no TiDB é sua escalabilidade horizontal e compatibilidade com MySQL. Ele permite uma escalabilidade contínua sem exigir grandes mudanças no código da aplicação, o que é extremamente valioso à medida que os dados crescem. O suporte para transações distribuídas e alta disponibilidade o torna bem adequado para cargas de trabalho transacionais online. Também aprecio a capacidade HTAP (Processamento Híbrido Transacional/Analítico), que nos permite lidar com cenários OLTP e OLAP em uma única plataforma. Análise coletada por e hospedada no G2.com.

O TiDB tende a consumir mais recursos do sistema, e seu desempenho pode não ser ideal para implantações menores. Embora seja compatível com MySQL, ainda existem algumas inconsistências no suporte a SQL ou no comportamento das funções, o que requer testes e ajustes adicionais. Além disso, embora a documentação seja extensa, pode ser um pouco fragmentada para tópicos avançados como ajuste de desempenho e monitoramento de cluster, tornando a curva de aprendizado mais íngreme para novos usuários. Análise coletada por e hospedada no G2.com.