100+，一线互 联网广泛使用 2018 07 01 Doris简介 产品特性 简单易用 扩展性强 性能卓越 高可用 • 高度兼容MySQL • 支持在线表结构变更 • 支持集群动态伸缩 • 高度集成，不依赖于外部存储系统 • 架构优雅，单集群可水平扩展至200台以上 • 查询性能业界领先 • 高并发查询，100台集群可达10w QPS • 流式导入单节点100MB/s，小批量导入毫 Phase 2 总结 03 Doris 中的导入 • 写入带版本 • 查询带版本 多版本机制解决读写冲突 两阶段导入保证多表原子生效 • 支持并行导入 • 有冲突时按导入顺序生效，无冲突导入时并行生效 写入带版本 查询带版本 支持并行导入 冲突时按顺序生效 （多版本机制） （两阶段导入） 事务能力保证 使用案例 04 BI Application 数据加载

objectFactory 对象工厂 plugins 插件 environments 环境 environment 环境变量 transactionManager 事务管理器 dataSource 数据源 databaseIdProvider 数据库厂商标识 mappers 映射器 3.2 properties 属性 1) 可外部配置且可动态替换的，既可以在典型的 Java 属性文件中配置，亦可 引入网络路径或者是磁盘路径下的属性文件 --> 3)在 environment 元素的 dataSource 元素中为其动态设置 插件机制 1) 插件是 MyBatis 提供的一个非常强大的机制，我们可以通过插件来修改 MyBatis 的一些 核心行为。插件通过动态代理机制，可以介入四大对象的任何一个方法的执行 2) 四大对象: Executor (update, query, flushStatements

特性，提供更直观方便的方式观察事务加锁情况以及排查死锁问题。 25 • 新增 TiFlash I/O 限流功能，提升 TiFlash 读写稳定性。 • 为 TiKV 引入新的流控机制代替之前的 RocksDB write stall 流控机制，提升 TiKV 流控稳定性。 • 简化 Data Migration (DM) 工具运维，降低运维管理的成本。 • TiCDC 支持 HTTP 协议 OpenAPI control. �→ enable 新增 表示是否开启 TiKV 流量控制 机制。默认值 为 true。 TiKV 配置文件 storage.flow- �→ control. �→ memtables- �→ threshold 新增 当 KvDB 的 memtable 的个 数达到该阈值 时，流控机制 开始工作。默 认值为 5。 TiKV 配置文件 storage.flow- �→ 件个数达到该 阈值时，流控 机制开始工作。 默认值为 9。 28 配置文件 配置项 修改类型 描述 TiKV 配置文件 storage.flow- �→ control. �→ soft- �→ pending- �→ compaction �→ -bytes- �→ limit 新增 当 KvDB 的 pending compaction bytes 达到该阈值时， 流控机制开始 拒绝部分写入

mybatis 参考文档 参考文档 参考文档 参考文档 简介 简介 入门 入门 XML配置 XML配置 XML映射文件 XML映射文件 动态SQL 动态SQL Java API Java API SQL语句构建器 SQL语句构建器 日志 日志 项目文档 项目文档 项目文档 项目文档 项目信息 项目信息 项目报表 项目报表 简介 简介 什么是 什么是 MyBatis ？ ？ web conversion service! mybatis 参考文档 参考文档 参考文档 参考文档 简介 简介 入门 入门 XML配置 XML配置 XML映射文件 XML映射文件 动态SQL 动态SQL Java API Java API SQL语句构建器 SQL语句构建器 日志 日志 项目文档 项目文档 项目文档 项目文档 项目信息 项目信息 项目报表 项目报表 入门 入门 (objectFactory) 插件(plugins) 插件(plugins) 环境配置 环境配置 (environments) (environments) 数据库厂商标 数据库厂商标 识 识 (databaseIdProvider) (databaseIdProvider) 映射器 映射器 (mappers) (mappers) XML映射文件 XML映射文件 动态SQL 动态SQL Java

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 95 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 TiCDC 支持 0 码力 | 4805 页 | 101.28 MB | 1 年前

3

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 96 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 并通过可视化的方式进行容量预估，便于合理配置资源。 更多信息，请参考用户文档。 • 支持 Fast Online DDL 的检查点机制，提升容错性和自动恢复能力 #42164 @tangenta TiDB v7.1.0 引入Fast Online DDL 的检查点机制，可以大幅提升 Fast Online DDL 的容错性和自动恢复能力。即 使 TiDB owner 因故障重启或者切换，TiDB @bufferflies – 新增历史负载信息，避免了存储引擎为 raft-kv2 时，热点调度器对不稳定负载所在的 Region 进行频 繁调度 #6297 @bufferflies – 新增 leader 健康检查机制，当 etcd leader 所在的 PD server 无法当选 leader 时，主动切换 etcd leader 来 保证 PD leader 可用 #6403 @nolouch 57 •

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 81 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 开始引入） TiCDC 支持了新的 Simple 消息协议，该协议通过在 DDL 和 BOOTSTRAP 事件中嵌入表的 schema 信息， �→ 实现了对 schema 信息的动态追踪 (in-band schema tracking)。 TiCDC 支持 0 码力 | 4807 页 | 101.31 MB | 1 年前

3

SQL 语句的可读性与执行效率。 • 支持对数据表列类型的在线变更，提高了业务开发的灵活性。 • 引入一种新的统计信息类型，默认作为实验特性启用，提升查询稳定性。 • 支持 MySQL 8 中的动态权限 (Dynamic Privileges) 配置，实现对某些操作更细粒度的控制。 • 支持通过 Stale Read 功能直接读取本地副本数据，降低读取延迟，提升查询性能（实验特性）。 • 新增锁视图 用于忽略优化器 代价估算，强制 使用 MPP 模式。 BOOL 类型，默认 值为 false。 tidb_ �→ partition_ �→ prune_mode 新增 用于设置是否开 启分区表动态裁 剪模式（实验特 性）。默认值为 static，即默认 不启用分区表动 态裁剪模式。 25 2.2.1.2 配置文件参数 配置文件 配置项 修改类型 描述 TiDB 配置文件 security 语句使用公共表表达式。用户文档，#17472 • 新增 MySQL 8 中的动态权限 (Dynamic Privileges)。 动态权限用于限制 SUPER 权限，为 TiDB 提供更灵活的权限配置，实现对某些操作更细粒度的控制。例 如，你可以使用动态权限来创建一个只能执行 BACKUP 和 RESTORE 操作的用户帐户。 支持的动态权限包括： – BACKUP_ADMIN – RESTORE_ADMIN

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 103 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 计划在未来版本中废弃，并在后续版本中删除。该参数将 由conflict.threshold 替代，即记录的冲突记录数和单个导入任务允许出现的冲突记录数的上限数保 持一致。 • 从 v6.3.0 开始，分区表默认使用动态裁剪模式，相比静态裁剪模式，动态裁剪模式支持 IndexJoin、Plan Cache 等特性，性能表现更好。在未来版本中，静态裁剪模式将被废弃。 2.2.7 改进提升 • TiDB – 优化扫描大量数据时构造 减少处理存算分离请求时创建的线程数，避免 TiFlash 计算节点在处理大量请求时崩溃 #9334 @JinheLin – 改进 Pipeline Model 执行模型下任务的等待机制 #8869 @SeaRise – 改进 JOIN 算子的取消机制，使得 JOIN 算子内部能及时响应取消请求 #9430 @windtalker • Tools – Backup & Restore (BR) * 当集群的

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 91 4.1.2 TiDB 事务机制 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · server，从而让客户端不受影响。 – 所有客户端对 TiDB server 的连接都无法动态迁移至其他 TiDB server。当多个 TiDB server 的负载不均衡 时，可能出现整体集群资源充足，但某些 TiDB server 资源耗尽导致延迟大幅度增加的情况。为解决 此问题，TiProxy 提供连接动态迁移功能，在客户端无感的前提下，将连接从一个 TiDB server 迁移至 其他 TiDB BINDING USING SELECT /*+ merge_join(t1, t2) */ * FROM t1, t2 WHERE t1.id = t2.id; 更多信息，请参考用户文档。 • 支持动态调整 TiDB 单行记录大小限制 #49237 @zyguan 在 v7.6.0 之前，事务中单行记录的大小受 TiDB 配置项txn-entry-size-limit 限制。如果单行记录的大小 超出此限制，TiDB