This roadmap brings you what's coming in the 1-year future, so you can see the new features or improvements in advance, follow the progress, learn about the key milestones on the way, and give feedback as the development work goes on. In the course of development, this roadmap is subject to change based on user needs and feedback. If you have a feature request or want to prioritize a feature, please file an issue on GitHub.
✅: The feature or improvement is already available in TiDB.
Safe harbor statement:
Any unreleased features discussed or referenced in our documents, roadmaps, blogs, websites, press releases, or public statements that are not currently available ("unreleased features") are subject to change at our discretion and may not be delivered as planned or at all. Customers acknowledge that purchase decisions are solely based on features and functions that are currently available, and that PingCAP is not obliged to deliver aforementioned unreleased features as part of the contractual agreement unless otherwise stated.
Domain | Feature | Description |
---|---|---|
Scalability & Stability |
|
|
Enhance the plan cache feature. |
|
|
Support dynamic region. | Support dynamic region size adjustment (heterogeneous) and huge region size for scenarios with fast business growth and a large amount of data. | |
SQL | Support the JSON function.
|
In business scenarios that require flexible schema definitions, the application can use JSON to store information for ODS, transaction indicators, commodities, game characters, and props. |
|
In game rollback scenarios, the flashback can be used to achieve a fast rollback of the current cluster. This solves the common problems in the gaming industry such as version errors and bugs. | |
✅ Support time to live (TTL). | This feature enables automatic data cleanup in limited data archiving scenarios. | |
✅ Support foreign key constraints. | Supports foreign key constraints compatible with MySQL syntax, and provides DB-level referential integrity check capabilities. | |
✅ Support non-transactional DML for insert and update operations. | ||
|
Implement a distributed parallel DDL execution framework, so that DDL tasks executed by only one TiDB Owner node can be coordinated and executed by all TiDB nodes in the cluster. Improve the execution speed of DDL tasks and cluster resource utilization. By converting the execution of DDL tasks to distributed mode, this feature accelerates the execution speed of DDL tasks and improves the utilization of computing resources in the entire cluster. At present, DDL tasks that need to improve the speed include large table indexing and lossy column type modification tasks. |
|
Hybrid Transactional and Analytical Processing (HTAP) | ✅ Support TiFlash result write-back. | Support
These features combined enable a way to materialize intermediate results. The analysis results can be easily reused, which reduces unnecessary ad-hoc queries, improves the performance of BI and other applications (by pulling results directly) and reduces system load (by avoiding duplicated computation), thereby improving the overall data pipeline efficiency and reducing costs. It will make TiFlash an online service. |
✅ Support FastScan for TiFlash. |
This feature improves the basic computing capability of TiFlash, and optimizes the performance and reliability of the underlying algorithms of the columnar storage and MPP engine. |
|
Maintenance | Support rule-based SQL blocklist. | In multi-service aggregation scenarios, provide SQL management and control capabilities, and improve cluster stability by prohibiting high-resource-consuming SQL statements. |
Domain | Feature | Description |
---|---|---|
SQL tuning for HTAP workloads | Provide SQL execution information from the perspective of applications. | Provide a dashboard that displays a SQL execution overview from the perspective of applications in HTAP workloads. |
Provide suggestions on optimizing SQL for TiFlash and TiKV in HTAP workloads. | For one or several HTAP scenarios, provide suggestions on SQL optimization. |
Domain | Feature | Description |
---|---|---|
Backup and restore | AWS EBS or GCP persistent disk snapshot-based backup and restore. | Support backup and restore based on AWS EBS or GCP persistent disk snapshots. |
Point-in-time recovery (PITR) | Table-level and database-level PITR. | BR supports table-level or database-level PITR. |
Data replication to downstream systems via TiCDC | Improve TiCDC scalability and reduce replication latency. | Increase TiCDC's scalability by spanning data changes for single table to multiple TiCDC nodes and reduce replication latency by removing sorting stage. |
✅ Support replicating data to object storage such as S3. | TiCDC supports replicating data changes to common object storage services. | |
Data migration | ✅ Continuous data verification during data migration. | DM supports online data verification during migration from MySQL compatible database to TiDB. |
Domain | Feature | Description |
---|---|---|
Password complexity check | ✅ A strong password is required. | To improve security, empty passwords and weak passwords are not allowed. The required password length is not less than 8. The password must contain an uppercase letter, a lowercase letter, a number, and a character. |
Password expiration | ✅ TiDB provides password expiration management and requires users to change passwords regularly. | Reduce the security risk of password cracking or leakage caused by using the same password for a long time. |
Password reuse policy | ✅ TiDB provides a password reuse policy. | Restrict password reuse and improve password security. |
Password anti-brute force cracking | ✅ Accounts will be locked in case of consecutive incorrect passwords. | Lock the account under continuous wrong passwords to prevent the password from being cracked by brute force. |
Log redaction |
|
Redact sensitive information in execution plans and various logs to enhance the security of user data. |
Column-level access control | TiDB supports column-level privilege management. | TiDB already supports cluster-level, database-level, and table-level privilege management. On top of that, TiDB will support column-level privilege management to meet the principle of least privilege and provide fine-grained data access control. |
Audit logging capability enhancement | Support configurable audit log policies, configurable audit filters (filter by objects, users, and operation types), and visual access to audit logs. | Improve the completeness and usability of the audit log feature. |