414 9.4.2 服务器错误码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 414 10 开发者手册 415 10.1 运行模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . les 7.1 ShardingSphere-JDBC 7.1.1 应用场景 Apache ShardingSphere‐JDBC 可以通过 Java 和 YAML 这 2 种方式进行配置，开发者可根据场景选择适 合的配置方式。 7.1.2 使用限制 目前仅支持 JAVA 语言 7.1.3 前提条件 开发环境需要具备 Java JRE 8 或更高版本。 7.1.4 操作步骤 1 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。 8.1.5 相关参考 • 数据分片的配置 • 数据分片的开发者指南 8.1.6 核心概念 表 表是透明化数据分片的关键概念。Apache ShardingSphere 通过提供多样化的表类型，适配不同场景下 的数据分片需求。 逻辑表 相同结构的水平拆分数据库（表）的逻辑名称，是

394 9.4.2 服务器错误码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 394 10 开发者手册 395 10.1 运行模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . les 7.1 ShardingSphere-JDBC 7.1.1 应用场景 Apache ShardingSphere‐JDBC 可以通过 Java 和 YAML 这 2 种方式进行配置，开发者可根据场景选择适 合的配置方式。 7.1.2 使用限制 目前仅支持 JAVA 语言 7.1.3 前提条件 开发环境需要具备 Java JRE 8 或更高版本。 7.1.4 操作步骤 1 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。 8.1.5 相关参考 • 数据分片的配置 • 数据分片的开发者指南 8.1.6 核心概念 表 表是透明化数据分片的关键概念。Apache ShardingSphere 通过提供多样化的表类型，适配不同场景下 的数据分片需求。 逻辑表 相同结构的水平拆分数据库（表）的逻辑名称，是

440 9.4.2 服务器错误码 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 440 10 开发者手册 441 10.1 运行模式 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . les 7.1 ShardingSphere-JDBC 7.1.1 应用场景 Apache ShardingSphere‐JDBC 可以通过 Java 和 YAML 这 2 种方式进行配置，开发者可根据场景选择适 合的配置方式。 7.1.2 使用限制 目前仅支持 JAVA 语言 7.1.3 前提条件 开发环境需要具备 Java JRE 8 或更高版本。 7.1.4 操作步骤 1 工具会导致数据分析的实效性大打折扣。ShardingSphere‐Proxy 提供静 态入口以及异构语言的支持，独立于应用程序部署，适用于实时分析的 OLAP 场景。 8.1.5 相关参考 • 数据分片的配置 • 数据分片的开发者指南 8.1.6 核心概念 表 表是透明化数据分片的关键概念。Apache ShardingSphere 通过提供多样化的表类型，适配不同场景下 的数据分片需求。 逻辑表 相同结构的水平拆分数据库（表）的逻辑名称，是

270 运行状态 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 270 5 开发者手册 271 5.1 SQL 解析 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 进行扩展。目前，数据分片、读写分离、数据加密、影子库压测等功能，以及对 MySQL、PostgreSQL、 SQLServer、Oracle 等 SQL 与协议的支持，均通过插件的方式织入项目。开发者能够像使用积木一样定 制属于自己的独特系统。Apache ShardingSphere 目前已提供数十个 SPI 作为系统的扩展点，而且仍在不 断增加中。 ShardingSphere 已于 2020 2.1.2 2. 规则配置 ShardingSphere‐JDBC 可以通过 Java，YAML，Spring 命名空间和 Spring Boot Starter 这 4 种 方式进行配置，开发者可根据场景选择适合的配置方式。详情请参见配置手册。 2.1.3 3. 创建数据源 通 过 ShardingSphereDataSourceFactory 工 厂 和 规 则 配 置 对 象 获 取

. 77 不支持项 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77 7 开发者手册 78 7.1 作业分片策略 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . ElasticJob 通过弹性调度、资源管控、以及作业治理的功能，打造一个适用于互联网场景的分布式调度解 决方案，并通过开放的架构设计，提供多元化的作业生态。它的各个产品使用统一的作业 API，开发者仅 需一次开发，即可随意部署。 ElasticJob 已于 2020 年 5 月 28 日成为 Apache ShardingSphere 的子项目。欢迎通过邮件列表参与讨论。 1 1 简介 分配至各个运行中的作业服务器，开发者需要自 行处理分片项与业务的对应关系。分片项为数字，始于 0 而终于分片总数减 1。 个性化分片参数 个性化参数可以和分片项匹配对应关系，用于将分片项的数字转换为更加可读的业务代码。 例如：按照地区水平拆分数据库，数据库 A 是北京的数据；数据库 B 是上海的数据；数据库 C 是广州的 数据。如果仅按照分片项配置，开发者需要了解 0 表示北京；1 表示上海；2

企业版/社区版 云上云版 ü 领先的数仓虚拟化技术 ü 云原⽣Serverless架构 ü 第三⽅计费模式 ü 持续产品升级，体验产品最新特性 ü 丰富的社区活动，赋能社区用户 ü 强⼤的开发者支持 ü 云原⽣eMPP专利技术支持与赋能 ü 7*24小时产品故障服务响应 ü 基于业务需求的专家团队服务 ü 国产化软硬件，技术自主可控 ü 存算分离支持独立扩容 ü 全面适配信创环境 于⼤型复杂 装备建造项目的国产数字化调试完⼯应用平台。旨在为豪华邮轮国产化提供专业的自动化软件应用的同时，加速调试完⼯数字平台国产化 的进程 。 本期项目的主要建设目标： Ø 在设计数据收集的前端，搭载基于国产设计的智能图像算法芯片和传感器的三维结构光体测量设备，来深度挖掘设计和建造 数据，打造孪⽣设计⼤数据库，穿透调试计划，串联供应链数据。 Ø 致⼒于建设⼀个安全、可控、软硬件⼀体的数 现场扫描数据 @2024 OpenPie. All rights reserved. OpenPie Confidential 法律法规 政策⽂件 投研类报告 产业调研材料 ⽂件上传 内容检索 ⽂件调取 前端 应用 ⼀阶段能⼒ 数据 计算 M3E模型 Embeddings Text2vec模型 其他模型 IVFFLAT索引 索引 HNSW索引 混合索引 L2距离 向量搜索 内积

的另一大特点，TiDB/TiKV/PD 这三个组件都能容忍部分实例失效，不影响整个集群的可用性。下 面分别说明这三个组件的可用性、单个实例失效后的后果以及如何恢复。 TiDB TiDB 是无状态的，推荐至少部署两个实例，前端通过负载均衡组件对外提供服务。当单个实例失效时，会影响 正在这个实例上进行的 Session，从应用的角度看，会出现单次请求失败的情况，重新连接后即可继续获得服 务。单个实例失效后，可以重启这个实例或者部署一个新的实例。 的另一大特点，TiDB/TiKV/PD 这三个组件都能容忍部分实例失效，不影响整个集群的可用性。下 面分别说明这三个组件的可用性、单个实例失效后的后果以及如何恢复。 TiDB TiDB 是无状态的，推荐至少部署两个实例，前端通过负载均衡组件对外提供服务。当单个实例失效时，会影响 正在这个实例上进行的 Session，从应用的角度看，会出现单次请求失败的情况，重新连接后即可继续获得服 务。单个实例失效后，可以重启这个实例或者部署一个新的实例。 升级操作指南 升级 - 278 - 本文档使用 书栈(BookStack.CN) 构建 升级组件版本 滚动升级 TiDB 集群时，会串行关闭服务，更新服务 binary 和配置文件，再启动服务。在前端配置负载均衡的情 况下，滚动升级期间不影响业务运行（最小环境 ：pd 3 、tidb 2、tikv * 3）。 注： 如果 TiDB 集群开启了 binlog，部署了 pump 和 drainer 服务，升级

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 74 2.6.1 TiDB 开发者· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 95 4 应用开发 95 4.1 开发者手册概览 · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 开始，自动统计信息收集引入了优先级队列，根据多种条件动态地为对象分配优先级，确保更 有收集价值的对象优先被处理，比如新创建的索引、发生分区变更的分区表等。同时，TiDB 也会优先处 理那些健康度较低的表，将它们安排在队列的前端。这一改进优化了收集顺序的合理性，能减少一部 分统计信息过旧引发的性能问题，进而提升了数据库稳定性。 更多信息，请参考用户文档。 • 解除执行计划缓存的部分限制 #49161 @mjonss @qw4990

foundation 迁移到了google code，并且改名为MyBatis，实质上Mybatis对ibatis进行一些 改进。 MyBatis是一个优秀的持久层框架，它对jdbc的操作数据库的过程进行封装，使开发者 只需要关注 SQL 本身，而不需要花费精力去处理例如注册驱动、创建connection、创建 statement、手动设置参数、结果集检索等jdbc繁杂的过程代码。 Mybatis通过xml或 属性名一致性映射到 pojo 中。 场合： 常见一些明细记录的展示，比如用户购买商品明细，将关联查询信息全部展示在页面时， 此时可直接使用 resultType 将每一条记录映射到 pojo 中，在前端页面遍历 list（list 中是 pojo） 即可。 resultMap： 使用association 和collection 完成一对一和一对多高级映射（对结果有特殊的映射要求）。 association：

· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 58 2.8.1 TiDB 开发者· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 309 8.6.1 如何给 TiDB 开发者报告错误· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 309 it 调整 2.8 TiDB 社区荣誉列表 每一位贡献者都是推动 TiDB 健壮发展的重要成员，我们感谢所有为 TiDB 提交代码、撰写或翻译文档的贡献者。 2.8.1 TiDB 开发者 TiDB 开发者为 TiDB 的新功能开发、性能优化、稳定性保障做出了贡献。以下链接包含了 TiDB 相关 repo 的贡献 者名单： • pingcap/tidb • tikv/tikv • pingcap/parser