Note:
This topic has been translated from a Chinese forum by GPT and might contain errors.
Original topic: 给你一支美少女战士的魔法棒,能马上让 TiDB 集群变得更好,你最希望能解决什么问题?
Some time ago, I posted a topic What is the main reason for your technical selection from MySQL to TiDB? to understand why the community experts chose TiDB.
Now, I would like to know if any of you have encountered pain points or urgent issues that need to be resolved while using TiDB, or if there are any new features you hope to see added to make TiDB more complete.
Is it too many large SQL queries causing frequent memory OOM?
Is the execution plan inaccurate, causing the business to suddenly slow down and become a headache?
Feel free to continue sharing your complaints and let us know what aspects of using TiDB are not satisfactory and what features need to be improved or added.
For deep users of HTAP, we hope the multi-tenant feature continues to improve, enabling resource management for memory.
Based on MySQL databases, distributed issues include: limited functionality support (views, stored procedures, etc.), suboptimal performance for large SQL operations, and execution plan deviations.
100% stable operation
unattended
Alright, you can pack up and go home 
Sorry, I’m a developer~ Hahaha
The cluster performance is stable without any glitches.
Enhance multi-tenant functionality and strengthen the optimizer for complex SQL.
We need functions and stored procedures.
Hurry up and stabilize TiCDC… This is currently the biggest pain point in integration.
Automatically optimize slow SQL
Haha, this is interesting.
100% stable operation, there will be no more TiDB DBAs in the world. In the future, by introducing AI DBAs, it might get infinitely closer.
There are quite a lot of parameters.
It can automatically optimize parameters.
Peripheral tools
Stability
Forward compatibility
Automatically optimize slow SQL
Automatically diagnose the current abnormal SQL and automatically identify the SQL that caused the service to crash. Sometimes it feels quite troublesome to manually find out which SQL caused the TiDB anomaly.
Automatic tuning tools & zero-downtime switching & CAP 