I use TiDB Cloud for my PAT environment to test some features in TiDB.

I have used TiDB Cloud to test TiFlash and TiKV performance and compare that with PostgreSQL, which I am currently working with.

I explored features such as analytical query performance with TiDB Cloud, where I examined the options in distributed systems and how a distributed database can help with data processing and other tasks.

According to my experience, TiDB Cloud is very easy to use because we don't need to maintain much in TiDB. All the activities are mostly automated there, and we can easily monitor the performance. We don't need to manually check the health checks and other statistics.

The automation in TiDB Cloud helps my daily workflow as it can generate automatic charts according to our workloads, and we can analyze the queries easily using this monitoring feature. Unlike traditional databases, we don't need to monitor the performance and other statistics manually. Instead, in TiDB Cloud we can use the features it comes with.

I think TiDB Cloud is very useful for beginners because of one feature I have noticed: Text to SQL. This feature means we don't need to write exact queries.

The distributed database options in TiDB Cloud have helped me because we can place the data in multiple data centers and multiple nodes. Due to this, when we are accessing some data, it won't affect all the nodes. It will only focus on the node where the data is present, and other users can still use the other data centers to fetch the data effectively.

From my point of view, TiDB Cloud requires more nodes to run the environment because for a self-hosted environment it needs to deploy three PD, three TiKV, and two TiFlash minimum. I think this is more costly than our traditional databases such as MySQL, MongoDB, or PostgreSQL.

We can improve the performance of TiDB Cloud for customers by reducing the cost and enhancing features such as processing large data by using minimal resources.

The main concern for my score of eight out of ten is about the cost. Additionally, due to its cluster and distributed architecture, it is not beginner-friendly for freshers and starting customers.

As I already mentioned, the cost is the main concern in TiDB Cloud, and also its architecture needs to be made more user-friendly for beginners.

I have been working with TiDB Cloud for more than one year.

The most important advice I will give to others looking into using TiDB Cloud is that cluster-level knowledge such as distributed systems is necessary. We need to understand the architecture and the flow of data and other details about the cloud. Additionally, we need to know about analytical and transactional workloads, which is the most important thing about TiDB Cloud database because it is designed for that. My review rating for TiDB Cloud is eight out of ten.

My main use case for TiDB Cloud is like any relational database, where we collect data. There is one project that was rewritten internally, and the whole new flow was built on TiDB, starting from the internal chat to working with record locking. In this system, there are real estate properties that we launch into a process called annotation, where real people reconcile them. There is a target estate and another listing that we found on some platform, and an annotator has to mark it. There is locking based on who opened and got this job, because after that some bonuses to the salary will be accrued and salaries will be recalculated. The entire full cycle is stored in TiDB.

Mostly in our small legacy SaaS solution we still use MongoDB, but I am an advocate of migrating everything possible to TiDB. The latest thing I did was implementing page views on TiDB using a batch that hangs in a cron job and runs via a queue written on Kafka.

My expertise is in widgets, which are small micro frontends to provide our services to clients on their site. These include a lead-magnet widget, a map widget, and an FSBO widget, which is an assistant-manager assistant and a tool for contacting the owner of the property to provide an expert evaluation and offer to become their agent.

To be honest, I have not noticed a big difference with TiDB Cloud compared to PostgreSQL, but the architecture and scalability itself are much more convenient. Nowadays deployment and autosizing for needs and loads are much more convenient. However, for large volumes of data, you have to make archive tables and move annotation records there once a month, for example.

I am not a DevOps expert; DevOps is more involved in the setup. I am more of a client who uses TiDB Cloud as a black box. As far as I know and understand, it can do automatic partitioning of data, which helps a lot for some filters. It can also scale to pods. I did not dig deeply into how exactly we have it deployed and how it is configured, but I know about its capabilities.

I do not really know about any other features of TiDB Cloud because I do not use anything else from relational databases right now. What was new and fresh for me is that I liked working with the JSON column type and with built-in functions; it is very convenient. It used to be much more problematic.

Speaking of the features I use as a developer, I find searching for elements in JSON objects particularly convenient in TiDB Cloud. That is what is really convenient. Everything else is in automatic mode.

It is very unusual and jarring that the IDs in different tables jump and do not start from zero.

I have been using TiDB Cloud for the last four years.

I have experienced full 100% stability with TiDB Cloud. However, sometimes there were issues precisely before we implemented archiving of large data. Then occasionally there were slowdowns. Archiving now runs once a month, and everything works more or less stably.

There are only critical situations when asynchronous tasks for data synchronization are launched because many different independent teams work, and sometimes they can create an unpredictably large load.

TiDB Cloud is deployed in our organization in a public cloud, not locally. I did not check if there is a TiDB image in Docker, but I am almost sure there should be one. We use it on dev environments and in production in Kubernetes. As for more specifics, I cannot say anything; I do not know about access and how it is deployed. It is hosted inside Kubernetes.

I would rate the quality of TiDB Cloud's customer support as unknown because I have not contacted them, and those questions are more for DevOps.

We used MongoDB, MariaDB, PostgreSQL, and a long time ago MySQL. We also used Oracle on one of the products. There were probably the most questions with Oracle because support is very complex and everything is very dependent on versions. Now, as far as I know, TiDB is constantly updated and maintained, and basically there have been no problems. It looks seamless and is a one-button click.

Compared to MongoDB, there is basically no choice; you have to move away from MongoDB because the runtime behavior of the code in production and in development is very unexpected. The data volumes are huge, with collections of 12 million records and so on. Because you work with them in an unstructured way, their volume and the objects themselves changed, their type changed, and maintaining old records becomes impossible. This now causes a problem when moving to a relational database. If we had been on one from the beginning, there would be fewer problems. The main complaint about MongoDB is that it deserializes objects if it does not find the required indexes and just starts killing the server by memory.

The general point is increased fault tolerance of the system.

There is a separate department in the company that handles pricing, implementation cost, and licensing for TiDB Cloud. A regular developer does not deal with it, and the decision was not made by me. TiDB was approved as an internal standard before I joined the company.

I am satisfied with this aspect, as far as I know and use it.

I do not know how TiDB is with vector tables, but I know they are somewhat in vogue right now thanks to the AI boom. However, the boom seems to be gradually fading, and vector tables may not be needed.

I do not know the competitors or who is a competitor to TiDB Cloud, because all other databases are hard to host yourself. I do not have specific advice for specialists who are considering using TiDB Cloud.

The reason I choose a rating of nine is that there is always room to grow; you cannot overpraise. This is quite a high score in my opinion because I have not encountered any task that could not be solved in TiDB. Unfortunately, I do not have experience comparing it with competitors, but as far as I know, there are no impossible tasks.

As far as I know, our TiDB integrates automatically only with Big Data or BigCloud, though I do not remember exactly what the tool is called that business analysts work in. All these tasks, as far as I remember, are integrated manually. It would probably be beneficial to have a UI where the entire data synchronization process can be automated.

I rate this product a nine out of ten.

As a native TiDB user, I install TiDB on EC2 machines, but I wanted to see how TiDB Cloud helps in seamless integration with that ecosystem, so I conducted an experiment with TiDB with Vector and other features.

I have a use case where I wanted to try Vector Search, so I thought of using TiDB Cloud, and I conducted experiments and figured out the use cases for that.

The best features TiDB Cloud offers are mainly because of the easy scale-up of compute and data nodes. On an on-premises cluster that I manage, I would have to procure a new machine and add that to TiKV, but instead, I can easily manage the TiDB nodes, which is the main advantage that I see with it.

In an existing cluster that I manage on-premises, I have to get a new machine, do patching, and make the user SSH, but with TiDB Cloud, I can simply click and scale independently, which is the main advantage that I see with it.

The main advantage that I see with TiDB Cloud is the easy scale-up and scale-in without the need to buy any machines or do patching. It is less hassle; it used to take at least a couple of hours to bring in a new node, patching, and all those other tasks, but with TiDB Cloud, it takes very few minutes, probably a couple of minutes to bring up a new node.

Definitely, the employee and the team will be saved because they do not need a DBA to exclusively set the servers, patching, and all those other tasks, but for money saved, I am not sure about this point since I have not had a real adoption of that.

I think my use case has a direct migration DM tool, which brings the data from MySQL to TiDB layer, and I am not sure if that is available on TiDB Cloud, so that is one thing I might not be aware of, or else that feature may not be present in TiDB Cloud.

One thing I want for TiDB Cloud is the DM because I specifically pull the data from MySQL and put it on TiDB, but with TiDB Cloud, I do not think that DM is available.

Having said that, the one feature that I am exclusively using is the direct migration from MySQL to TiDB, which is a continuous replication from MySQL to TiDB, and I think it lacks in TiDB Cloud.

If you do not have an option to have a replication from MySQL to TiDB, you can go ahead and simply use TiDB Cloud because it is far more efficient than maintaining TiDB on-premises, but if you have a DM kind of solution, which is not yet there in TiDB Cloud, you might have to stick around with native TiDB.

I have been using TiDB Cloud for six or seven months.

TiDB Cloud is stable in my experience.

Scalability is very positive for TiDB Cloud, as DBAs can easily add a node if they figure out the nodes are not sufficient to handle the traffic, so I can give scalability a rating of ten out of ten.

I have not interacted with customer support for TiDB Cloud yet, as I conducted some experiments and have not fully moved to production, hence I have not tested the customer support.

The initial setup with TiDB Cloud is straightforward; the manuals, documentation, and everything were much simpler and easier to execute, so I have not had a hard time doing that.

Performance-wise, I do not see a problem with TiDB Cloud because I already use TiDB on-premises, which is pretty much similar to TiDB Cloud, so I am not seeing much of a difference.

I am partners with PingCAP.

Since I found that the DM is not there, I have not gone beyond the pricing point.

I heard about the pricing because I conducted only an experiment; since I found that the DM is not there, I have not gone beyond the pricing point.

Everything is simpler to adapt in TiDB Cloud versus a normal TiDB, apart from that, I do not wish for anything else to be easier or more flexible. I would rate this review an eight out of ten.

In production, we use the cloud, but in other environments like development and integration, we use self-managed. We store quite a lot of data on TiDB Cloud because it is a scalable database that supports tons of data with online and offline analysis, and online transactions.

Our company focuses on transportation support, with many sensors installed on cars and trucks that collect a lot of data about them. Truck owners can then use this data to analyze their cars and their business to support and grow their business.

I would like to share how we calculate the speed of the car and the value of the truck, as all the CRUD operations about the data happen in TiDB Cloud.

In my experience, the best feature TiDB Cloud offers is that whenever we want to scale up or scale out our database, it is very simple—just a simple click, and it will scale out automatically.

I appreciate the speed of the scaling feature because it is very fast, and the lack of downtime is also my favorite aspect.

There are cost savings because of TiDB Cloud.

I would like to share some specific details on the cost savings: first, we save a lot of money on hardware, second, we have fewer employees needed for maintenance, and third, we have less downtime which helps our business be much more successful. These are all advantages that TiDB Cloud provides.

I have not really noticed any areas where TiDB Cloud could be improved or faced any challenges.

I have not used TiDB Cloud at all, but I have been using TiDB, the self-managed cluster for about half a year.

I do not know much about the technical details of TiDB Cloud, so I cannot answer questions about how we process or analyze that sensor data, including if we run real-time queries or batch jobs.

The performance of TiDB Cloud is very good under heavy workloads and spikes in traffic; it handles the traffic very well, and we have never encountered any downtime because of peak traffic.

TiDB Cloud is a very good choice when you are handling a massive set of data and also want high performance, easy scaling, and high availability.

It is not easy for our team to adopt TiDB Cloud because it is quite complicated. Even though you have provided very detailed documentation, it still takes us a lot of time to work through the whole document to establish best practices on TiDB Cloud.

TiDB Cloud is basically used for building scalable, high-availability databases that combine the strengths of OLTP. The main use cases would be for HTAP workloads, STAP workloads, distributed SQL systems, cloud-native databases, or large-scale databases. I have implemented it in making analytics dashboards and e-commerce platforms.

I use TiDB Cloud for analytics dashboards because it supports hybrid transactional and analytical processing. You can query fresh transactional data in real-time without ETL delays. For data ingestion, applications write transaction data into TiDB Cloud. It supports the MySQL protocol, which is easy for integration. It also replicates data to TiFlash for columnar storage with OLTP queries. It has query layers and is useful for visualization tools such as Grafana, which can connect to TiDB Cloud as a data source.

I have also been working on a financial payment system in my personal project. It uses high transactions, ACID consistency, and real-time fraud checks. TiDB Cloud provides strong consistency and high availability. For one of my e-commerce platforms, I used it for inventory tracking and user activity tracking for horizontal scaling. It handles sudden loads well.

TiDB Cloud offers horizontal scalability. You can scale TiDB Cloud simply by adding more nodes with no manual sharding. That is a significant advantage over traditional MySQL setups. It also supports MySQL compatibility, as it supports the MySQL protocol and syntax. It has hybrid transactional and analytical processing for real-time analytics on data, so no separate data warehouse is needed. It supports ACID transactions and high availability.

Another feature of TiDB Cloud is the cloud-native design. It works smoothly with modern infrastructures such as elastic scaling, container-ready orchestration, and microservice architecture. It separates the SQL layer from the storage layer for independent scaling and a flexible architecture. It is an enterprise-grade design.

TiDB Cloud has positively impacted my organization, especially where massive scale and real-time analytics were needed. It powers core cloud services. We have used HTAP workloads, what we call STAP workloads, or the cloud-managed service. My job was to handle the cloud network for financial data.

TiDB Cloud performance can be improved by enabling and tuning TiFlash. For example, use TiFlash replicas for heavy analytic workloads. This will impact query speed for dashboards and aggregation speed. Proper cluster sizing is important, such as adding more TiKV nodes for high throughput. Optimizing SQL and index optimization, such as removing unused indexes, are other ways. Region and data distribution tuning can also help.

Monitoring with Grafana for things such as QPS, latency, and regional hotspots helps catch bottlenecks early, as does monitoring CPU and I/O usage. Utilizing horizontal scaling is also beneficial.

I have been using TiDB Cloud for one to 1.5 years, and I have worked with multiple companies that use TiDB Cloud as their main database. I had quite a good experience with TiDB Cloud and how it works.

TiDB Cloud is considered stable and production-grade when deployed correctly. Most downtime issues come from misconfiguration and under-provisioning, not the core product. It has multi-replica storage using Raft. It separates the SQL layer, so there is no single point of failure. It also has automatic failover. We have seen very few issues. TiDB Cloud is used in FinTech and e-commerce. In terms of stability, it is much better.

Query speed and latency for OLTP is typically a few milliseconds, and it can handle hundreds of thousands of QPS. There is also horizontal scaling efficiency, with no manual sharding required and independence. It provides real-time analytics and data visibility for the organization. Large dataset handling is another benefit. It delivers a certain level of performance for large-scale applications.

I once contacted TiDB Cloud's customer support. Its reputation is considered strong, especially for enterprise and cloud users. My experience varied by support tier. There was 24/7 support available with quick response times and dedicated support engineers. The support was good and strong.

On a scale of one to ten, I would rate the customer support for TiDB Cloud at about a six. It is a good number. You get a fast response with paid plans. This was not the case with the free plans, but the paid plans were much more responsive.

I basically worked with other solutions before using TiDB Cloud. We used MySQL, but after experiencing TiDB Cloud's automatic sharding, I did not go back to MySQL. TiDB Cloud was giving me the features and performance I needed most. I did not need to look for another one.

I worked with MySQL before choosing TiDB Cloud. It used vertical scaling, so it was a costly and not very cost-friendly solution compared to TiDB Cloud. It was a single node or master-slave setup. It was simple to start with MySQL, and it was a familiar ecosystem. After using TiDB Cloud, I did not switch to anything else because of its compatibility and ease of migration.

In my organization, we reported a strong ROI after adopting TiDB Cloud. The return depends on the workload, scale, and what problems you are replacing. It eliminated manual sharding costs. Before, the team had to maintain complex sharding logic, but after TiDB Cloud, it was a simple architecture with automatic sharding. Infrastructure costs were also reduced. MySQL was replaced with TiDB Cloud plus TiFlash, which leads to fewer ETL costs. It provides better scaling; we avoided vertical scaling, which was expensive. TiDB Cloud allows scaling only when needed.

The pricing for TiDB Cloud depends heavily on how you deploy it. Organizations usually evaluate costs based on scalability needs. The main pricing models are that TiDB Cloud itself is free, and you pay for infrastructure and storage. There was no license fee when we worked with the higher-tier plan. The pricing was almost similar to others, but it provides more functional features. TiDB Cloud is an add-on in terms of functionality. We did not focus much on the pricing, but it does provide more functions and features.

I would rate TiDB Cloud overall at an eight out of ten. It has pretty good horizontal scaling and OLTP use.

TiDB Cloud stands out because it combines traditional SQL reliability with modern distributed scaling. Most systems separate OLTP and OLAP, but TiDB Cloud runs both. It also has MySQL compatibility. There is no manual sharding. Other manual distributed databases sacrifice consistency, but TiDB Cloud provides full ACID, distributed transactions, and Raft replication. That makes it stand out from others.

TiDB Cloud is typically deployed in my organization as a distributed cluster to support high availability. In my company, there was a standard deployment architecture with a service layer behind a load balancer. The second layer was TiKV for distributed storage. TiFlash was optional, but we used it for fast OLAP queries. There were also placement drivers.

TiDB Cloud is a strong, modern distributed SQL database. Its real value appears only at scale, with balanced workloads or on a rapidly growing SaaS platform. It really shines there for high-concurrency and mixed workloads.

I would tell others looking into using TiDB Cloud that it supports horizontal sharding and node replicas. Use TiDB Cloud for write-heavy workloads, as it outshines others for things such as high-concurrency OLTP and high-throughput data. Benchmark real queries and validate the HTAP benefits. This prevents surprises in production. Plan for proper cluster sizing.

We worked mainly with Azure for TiDB Cloud. My overall rating for this product is eight out of ten.

My main use case for TiDB Cloud is developing technical documentation related to vehicle services, such as buses and trucks for Iveco.

TiDB Cloud helps with that process as it is a Content Management System, which allows me to organize all the information in a chaptering structure. I start from the Bill of Materials of the vehicle and use drawings released by engineering to develop technical documentation for owner manuals, service manuals, and similar materials.

TiDB Cloud has positively impacted my organization by improving documentation management. It is better than the previous system where documents were developed using Word or Interleaf, as using TiDB Cloud allows us to have everything stored in a good archive that we can read and use for new projects.

The improved archive and accessibility help my team by saving time, mostly because we can find information more easily than before.

The best features TiDB Cloud offers are the possibility to easily reuse information in different documents, which really stands out to me.

The ability to reuse information across documents helps my team as it saves time and reduces errors because we do not have to rewrite the same information anymore.

TiDB Cloud has positively impacted my organization by improving documentation management. It is better than the previous system where documents were developed using Word or Interleaf, as using TiDB Cloud allows us to have everything stored in a good archive that we can read and use for new projects.

The improved archive and accessibility help my team by saving time, mostly because we can find information more easily than before.

TiDB Cloud can be improved, particularly because the interface is very old. I think it would be helpful to have a new interface.

I have been using TiDB Cloud for ten years.

TiDB Cloud is stable.

TiDB Cloud's scalability is good as it can handle growth easily.

Customer support for TiDB Cloud is quite good based on my experiences. I would rate the customer support a ten.

Before TiDB Cloud, the company decided to switch from a different solution.

I have not seen a return on investment from TiDB Cloud.

I do not have experience with pricing, setup cost, and licensing for TiDB Cloud because it is managed by the IT team.

I did not evaluate other options before choosing TiDB Cloud.