TiDB facilita la escalabilidad horizontal sin particionamiento complejo. Soporta tanto cargas de trabajo transaccionales como analíticas (HTAP) de manera nativa, y su compatibilidad con MySQL significa cambios mínimos en las aplicaciones existentes. El operador de Kubernetes y las herramientas de observabilidad integradas hacen que las operaciones sean fluidas y eficientes. Reseña recopilada por y alojada en G2.com.

TiDB tiene una curva de aprendizaje, especialmente en torno a su arquitectura distribuida y la optimización del rendimiento para consultas complejas. La configuración de TiFlash y la planificación de recursos pueden ser complicadas a gran escala. Además, algunas características avanzadas de MySQL aún no están completamente soportadas, lo que puede limitar la compatibilidad en ciertos casos extremos. Reseña recopilada por y alojada en G2.com.

Me gusta lo fácil y eficiente que es, y el hecho de que sea compatible con MySQL, lo cual elimina la necesidad de aprender otro lenguaje de consulta antes de poder usarlo, lo convierte en mi base de datos de primera elección.

También me encanta la prontitud de sus servicios al cliente, siempre están ahí para apoyarte si te encuentras con algún desafío.

Por último, TiDB es esa base de datos que te da la seguridad de que tus datos están seguros y siempre disponibles con un tiempo de actividad de hasta el 99.9999% (nunca he tenido ningún tiempo de inactividad en más de 2 años de uso). Reseña recopilada por y alojada en G2.com.

No me gusta el hecho de que aún no sea compatible con el tipo de datos espaciales GEO. Reseña recopilada por y alojada en G2.com.

Desde mi punto de vista, la mayor ventaja de TiDB es su compatibilidad con MySQL, ya que admite la mayoría de la sintaxis de MySQL. Por lo tanto, es fácil integrarlo con las aplicaciones y herramientas existentes y es fácil de manejar por los administradores de bases de datos.

Es fácil migrar los datos de MySQL a la base de datos TiDB a través de la herramienta de migración TiDB DM. Esto hace que sea muy factible implementar TiDB junto con la infraestructura MySQL existente con una mínima interrupción.

La función DM de TiDB y TiCDC son características ampliamente utilizadas y se utilizan frecuentemente donde se necesita análisis en tiempo real sobre datos transaccionales en vivo.

Como sabemos, TiDB proporciona soporte al cliente a través de la comunidad activa en GitHub y Slack, y también ofrece una excelente documentación para entender los conceptos y el uso de herramientas, lo que facilita a los usuarios. Reseña recopilada por y alojada en G2.com.

La principal desventaja de TiDB es su costo. En muchos casos, los clientes son sensibles al costo, y la arquitectura distribuida de TiDB, aunque poderosa, puede parecer menos atractiva en comparación con soluciones de bases de datos más ligeras y de un solo nodo.

Conectar con el sistema existente es fácil con TiDB, pero aún así, TiKV necesita optimización en algunas situaciones. Reseña recopilada por y alojada en G2.com.

* TiDB nos ofrece escalabilidad horizontal y fuerte consistencia con una sintaxis de MySQL familiar.

* Gran capacidad de observación

* Los componentes principales (TiDB SQL, TiKV, PD) son extremadamente estables

* Fácil de implementar esquemas ya que podemos traducirlos directamente desde MySQL en su mayoría

* Buenas características, como nodos de solo lectura, reglas de ubicación, lecturas obsoletas, TTL

* Buenas características de restauración y autocuración Reseña recopilada por y alojada en G2.com.

El ecosistema no es tan maduro. No hay muchas extensiones, y algunos componentes no centrales no reciben tanta atención o no son tan confiables. A pesar de esto, PingCap (la empresa matriz) se asegura de abordar los problemas a medida que los encontramos. Reseña recopilada por y alojada en G2.com.

TiDB cumple perfectamente con nuestras expectativas de escalabilidad y alta disponibilidad. Una vez ajustado adecuadamente, TiDB ha cumplido con nuestras demandas de alto rendimiento sin perder el ritmo. Hemos podido agregar nuevos nodos TiKV para absorber aumentos en el tráfico de escritura y hemos observado cómo los datos se reequilibran por sí mismos. En cuanto a la alta disponibilidad, la configuración de Raft con múltiples réplicas de TiDB funcionó muy bien para nosotros.

La facilidad de uso e integración es excelente.

Si hablamos de la frecuencia, necesitábamos una base de datos que pudiera soportar 10K QPS, lo cual fue perfectamente cumplido por TIDB. Reseña recopilada por y alojada en G2.com.

Ejecutar TiDB no es barato. Para obtener redundancia real, tenemos al menos cinco instancias grandes, cada una con suficiente CPU, memoria y E/S de disco. Además, necesitas almacenamiento extra para réplicas e ingenieros para gestionar todo. En conjunto, nuestra factura de la nube y los costos de personal pueden aumentar rápidamente.

La facilidad de implementación es bastante difícil ya que el despliegue usando helm es un inconveniente porque nuestro equipo no es muy fuerte con Kubernetes. Así que tuvimos que dedicar algo de tiempo para que las cosas funcionaran usando los binarios y docker. Creamos un docker-compose de nuestro conocimiento porque el compose proporcionado no funcionaba en mi caso.

Otra cosa a tener en cuenta es que la comunidad de TiDB todavía es bastante pequeña. Cuando tuvimos problemas, no había muchos usuarios activos o recursos en línea para ayudar. Esto hizo que la resolución de problemas fuera más lenta y, a veces, nos dejaba esperando respuestas del soporte al cliente o del equipo de desarrollo. Reseña recopilada por y alojada en G2.com.

Lo que más aprecio de TiDB es cómo combina sin problemas la escalabilidad horizontal con la simplicidad de SQL. Su compatibilidad con MySQL hizo que la transición fuera sin esfuerzo, y la arquitectura HTAP es una gran ventaja para gestionar tanto cargas de trabajo transaccionales como analíticas en un sistema unificado. Además, el soporte ha sido excepcional: receptivo, conocedor y realmente útil cuando es necesario. Reseña recopilada por y alojada en G2.com.

Aunque en general me gusta mucho TiDB, mi experiencia con TiCDC en producción ha sido bastante dura. Lograr estabilidad y gestionar de manera confiable los casos extremos ha requerido más esfuerzo del que anticipaba. Las herramientas circundantes para la replicación de datos y la observabilidad aún se sienten inmaduras y poco desarrolladas. Dicho esto, el progreso y la dirección de TiCDC me dan confianza de que las cosas mejorarán con el tiempo. Sin embargo, tal como está hoy, TiCDC está lejos de ser amigable para desarrolladores y despliegues. Reseña recopilada por y alojada en G2.com.

* Base de datos SQL escalable horizontalmente: La arquitectura de TiDB elimina las preocupaciones sobre el soporte de tráfico en constante crecimiento. Escalar un clúster de TiDB hacia arriba y hacia abajo es sencillo, para satisfacer las demandas de carga de trabajo y mejorar la eficiencia.

* Migración de esquema de datos en línea: La migración de esquemas es indolora. Al combinarse con el control de recursos, elimina los principales puntos de dolor de tiempo de inactividad y la interrupción del tráfico de producción.

* Conjunto completo de herramientas: TiDB proporciona un conjunto de herramientas invaluables que facilitan la resolución de problemas y la mitigación de problemas de producción, asegurando que el sistema funcione sin problemas.

* Compatibilidad con MySQL: Esta característica hace posible la migración desde MySQL.

* Soportes de primera categoría: El soporte empresarial de PingCap añade una capa crucial de seguridad, haciendo de TiDB un sistema confiable y seguro para cargas de trabajo críticas para la misión. Reseña recopilada por y alojada en G2.com.

* Las características de nicho son menos confiables: La columna generada es menos confiable que su equivalente en MySQL, lo que lleva a varios incidentes de producción. Reseña recopilada por y alojada en G2.com.

Lo que más me gusta de TiDB es cómo combina la escalabilidad horizontal y la facilidad de SQL con una fricción mínima. La compatibilidad con MySQL hizo que la adopción fuera fluida, y la arquitectura HTAP es una gran ventaja para manejar tanto cargas de trabajo transaccionales como analíticas sin dividir sistemas. Además de eso, el soporte ha sido excelente, receptivo, conocedor y realmente útil cuando importa. Reseña recopilada por y alojada en G2.com.

Aunque realmente me gusta TiDB en general, he tenido un tiempo difícil con TiCDC en producción. Lograr que sea estable y maneje casos extremos de manera confiable ha requerido más esfuerzo del esperado. Algunas de las herramientas relacionadas con la replicación de datos y la observabilidad aún parecen necesitar más madurez. Dicho esto, la dirección en la que se dirige me da confianza de que las cosas mejorarán. Pero ahora no es en absoluto amigable para desarrolladores ni fácil de desplegar, al menos la parte de TiCDC. Reseña recopilada por y alojada en G2.com.

Lo que más me gusta de TiDB es su escalabilidad horizontal y su compatibilidad con MySQL. Permite una escalabilidad sin problemas sin requerir cambios importantes en el código de la aplicación, lo cual es extremadamente valioso a medida que los datos crecen. El soporte para transacciones distribuidas y alta disponibilidad lo hace muy adecuado para cargas de trabajo transaccionales en línea. También aprecio la capacidad HTAP (Procesamiento Híbrido Transaccional/Analítico), que nos permite manejar tanto escenarios OLTP como OLAP en una sola plataforma. Reseña recopilada por y alojada en G2.com.

TiDB tiende a consumir más recursos del sistema, y su rendimiento podría no ser óptimo para implementaciones más pequeñas. Aunque es compatible con MySQL, todavía existen algunas inconsistencias en el soporte de SQL o en el comportamiento de las funciones, lo que requiere pruebas y ajustes adicionales. Además, aunque la documentación es extensa, puede estar un poco fragmentada en temas avanzados como la optimización del rendimiento y el monitoreo de clústeres, lo que hace que la curva de aprendizaje sea más pronunciada para los nuevos usuarios. Reseña recopilada por y alojada en G2.com.

presumen mucho sobre la latencia, la escala y clientes como gigantes globales como Flipkart. para ser honesto, nunca alcanzamos tal escala, por lo que fue excesivo y supabase, aunque costoso, dio claridad allí Reseña recopilada por y alojada en G2.com.

no se fusiona con el código de vibración de forma nativa y no es tan amigable con LLM.

punto a favor para una migración fácil solo siguiendo chatgpt, yo y vagando por internet, pero sigue siendo un exceso si no te preocupas mucho por la latencia, etc. Reseña recopilada por y alojada en G2.com.