TiDB 是 PingCAP 公司设计的开源分布式 HTAP (Hybrid Transactional and Analytical Processing) 数据库,结合了传统的 RDBMS 和 NoSQL 的最佳特性。TiDB 兼容 mysql,支持无限的水平扩展,具备强一致性和高可用性。TiDB 的目标是为 OLTP (Online Transactional Processing) 和 OLAP (Online Analytical Processing) 场景提供一站式的解决方案。
高度兼容 MySQL
大多数情况下,无需修改代码即可从 MySQL 轻松迁移至 TiDB,分库分表后的 MySQL 集群亦可通过 TiDB 工具进行实时迁移。
水平弹性扩展
通过简单地增加新节点即可实现 TiDB 的水平扩展,按需扩展吞吐或存储,轻松应对高并发、海量数据场景。
分布式事务
TiDB 100% 支持标准的 ACID 事务。
真正金融级高可用
相比于传统主从 (M-S) 复制方案,基于 Raft 的多数派选举协议可以提供金融级的 100% 数据强一致性保证,且在不丢失大多数副本的前提下,可以实现故障的自动恢复 (auto-failover),无需人工介入。
一站式 HTAP 解决方案
TiDB 作为典型的 OLTP 行存数据库,同时兼具强大的 OLAP 性能,配合 TiSpark,可提供一站式 HTAP 解决方案,一份存储同时处理 OLTP & OLAP,无需传统繁琐的 ETL 过程。
云原生 SQL 数据库
TiDB 是为云而设计的数据库,支持公有云、私有云和混合云,配合 TiDB Operator 项目 可实现自动化运维,使部署、配置和维护变得十分简单。
TiDB 的设计目标是 100% 的 OLTP 场景和 80% 的 OLAP 场景,更复杂的 OLAP 分析可以通过 TiSpark 项目来完成。
TiDB 对业务没有任何侵入性,能优雅的替换传统的数据库中间件、数据库分库分表等 Sharding 方案。同时它也让开发运维人员不用关注数据库 Scale 的细节问题,专注于业务开发,极大的提升研发的生产力。
backup 备份文件的名称由 start_key 改为 start_key 的 hash 值,减少文件名的长度,方便阅读 #6198 关闭 RocksDB force_consistency_checks 检查功能,避免一致性检查误报的问题 #6249 新增增量备份功能 #6286 sst_importer 修复恢复后 SST 文件没有 MVCC Properties 的问题 #6378 新增 tikv_import_download_duration、tikv_import_download_bytes、tikv_import_ingest_duration、tikv_import_ingest_bytes、tikv_import_error_counter 等监控项,用于观察 Download SST 和 Ingest SST 的开销 #6404 raftstore 修复因 Follower Read 在 leader 变更时读到旧数据的问题,导致事务的隔离性被破坏的问题 #6343
BR (Backup and Restore) 修复备份进度信息不准确的问题 #127 提升 split Region 的性能 #122 新增备份恢复分区表的功能 #137 新增自动调度 PD schedulers 功能 #123 修复非 PKIsHandle 表恢复后数据覆盖的问题 #139
新增初始化阶段自动关闭操作系统 THP 的功能 #1086 新增 BR 组件的 Grafana 监控 #1093 优化 TiDB Lightning 部署,自动创建相关目录 #1104
详细信息:https://pingcap.com/docs-cn/v3.1/releases/3.1.0-beta.1/
Navicat for MySQL怎么连接数据库?- Navicat for MySQL连接数据库教程攻略