Old Java Objects，普通的 Java 对象）映射成数据库中的记录 1.3 为什么要使用 MyBatis – 现有持久化技术的对比 1） JDBC 1 SQL 夹在 Java 代码块里，耦合度高导致硬编码内伤 2 维护不易且实际开发需求中 sql 是有变化，频繁修改的情况多见 2） Hibernate 和 JPA 1 长难复杂 SQL，对于 Hibernate 而言处理也不容易 是最复杂也是最强大的元素，用来描述如何从数据库结果集中来加 载对象。 parameterMap – 已废弃！老式风格的参数映射。内联参数是首选,这个元素可能 在将来被移除，这里不会记录。 sql – 可被其他语句引用的可重用语句块。 insert – 映射插入语句 update – 映射更新语句 delete – 映射删除语句 select – 映射查询语 0 码力 | 44 页 | 926.54 KB | 1 年前

3

HTTP 请求对象相似的范围中。换句话说，每次收到的 HTTP 请求，就可以打开一个 SqlSession，返回一个 响应，就关闭它。这个关闭操作是很重要的，你应该把这个关闭操作放到 finally 块中以确保每次都能执行关闭。下面的示例就是一个 确保 SqlSession 关闭的标准模式： SqlSession session = sqlSessionFactory.openSession(); 是最复杂也是最强大的元素，用来描述如何从数据库结果集中来加载对象。 parameterMap – 已废弃！老式风格的参数映射。内联参数是首选,这个元素可能在将来被移除，这里不会记录。 sql – 可被其他语句引用的可重用语句块。 insert – 映射插入语句 update – 映射更新语句 delete – 映射删除语句 select – 映射查询语句 下一部分将从语句本身开始来描述每个元素的细节。 select 如果它匹配任何一个鉴别器的实例,那么就使用 这个实例指定的结果映射。换句话说,这样 做完全是剩余的结果映射被忽略(除非它被扩展,这在第二个示例中讨论) 。如果没有任何 一个 实例相匹配,那么 MyBatis 仅仅使用鉴别器块外定义的结果映射。所以,如果 carResult 按如下声明:

0 码力 | 98 页 | 2.03 MB | 1 年前

3

跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致； • 配置 XA 事务后，存储单元名称最大长度不超过 45 个字符。 BASE 事务 不支持项 • 不支持隔离级别。 8.2.9 附录 Client。 当 下 游 项 目 使 用 org.apache. shardingsphere:shardingsphere-transaction-base-seata-at 的 Maven 模 块 时， 总 是被鼓励使用 registry.conf 配置 Seata Client。 seata: enable-auto-data-source-proxy: false 9.1.4 可选插件 shardingsphere-infra-reachability-metadata 子 模 9.1. ShardingSphere-JDBC 147 Apache ShardingSphere document 块 的 classpath 的 META-INF/native-image/org.apache.shardingsphere/ shardingsphere-infra-reachability-metadata

线程不安全的。因此最佳的范围是请求或方法范围。绝对不能将 SqlSession 实例的引用放在 一个类的静态字段或实例字段中。 打开一个 SqlSession；使用完毕就要关闭它。通常把这个关闭操作放到 finally 块中以 确保每次都能执行关闭。如下： SqlSession session = sqlSessionFactory.openSession(); try { // do work } finally 是多个字段为复合唯一约束则 定义多个。 Property：表示 person 类的属性。 Column：表示 sql 查询出来的字段名。 Column 和 property 放在一块儿表示将 sql 查询出来的字段映射到指定的 pojo 类属性上。 ：普通结果，即 pojo 的属性。 4.3.3 Mapper 接口定义 public List

新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 支持项 • 支持 Savepoint 嵌套事务； • PostgreSQL/OpenGauss 事务块内，SQL 执行出现异常，执行 Commit，事务自动回滚； • 支持数据分片后的跨库事务； • 两阶段提交保证操作的原子性和数据的强一致性； • 服务宕机重启后，提交/回滚中的事务可自动恢复； 3.2. 分布式事务 29 Apache ShardingSphere document, v5.2.0 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致。 BASE 事务 支持项 • 支持数据分片后的跨库事务； • 支持 RC 隔离级别； • 通过 undo 快照进行事务回滚； • 场景（4）= 160 个测试用例运行，以达到项目对于高质量的追求。 6.4. 集成测试 300 Apache ShardingSphere document, v5.2.0 6.4.2 使用指南 模 块 路 径：shardingsphere-test/shardingsphere-integration-test/ shardingsphere-integration-test-suite 测试用例配置

PostgreSQL/OpenGauss 事务块内，SQL 执行出现异常，执行 Commit，事务自动回滚； • 支持数据分片后的跨库事务； • 两阶段提交保证操作的原子性和数据的强一致性； • 服务宕机重启后，提交/回滚中的事务可自动恢复； • 支持同时使用 XA 和非 XA 的连接池。 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 PROPERTIES("maximumPoolSize"=10,"idleTimeout"="30000") ); 2. 修改待迁移表的分片规则。 待迁移表可以是所有表，也可以是部分表。绑定表只能一块迁移。 目前只有通过执行 ALTER SHARDING TABLE RULE DistSQL 来触发迁移。 详情请参见 RDL # 数据分片。 SHARDING TABLE RULE 支持 2 种类型：TableRule SQL 会驱动：数据库类型（5）* 接入端类型（2）* SQL 执行模式（2）* JDBC 执行模式 （2）* 场景（4）= 160 个测试用例运行，以达到项目对于高质量的追求。 使用指南 模 块 路 径：shardingsphere-test/shardingsphere-integration-test/ shardingsphere-integration-test-suite 测试用例配置

分布式事务 45 Apache ShardingSphere document, v5.1.1 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据。 • Savepoint。 • 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致。 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启 XA 事务，注意该事务完全由用户管理，ShardingSphere PROPERTIES("maximumPoolSize"=10,"idleTimeout"="30000") ); 2. 修改待迁移表的分片规则。 待迁移表可以是所有表，也可以是部分表。绑定表只能一块迁移。 目前只有通过执行 ALTER SHARDING TABLE RULE DistSQL 来触发迁移。 详情请参见 RDL # 数据分片。 SHARDING TABLE RULE 支持 2 种类型：TableRule SQL 会驱动：数据库类型（5）* 接入端类型（2）* SQL 执行模式（2）* JDBC 执行模式 （2）* 场景（4）= 160 个测试用例运行，以达到项目对于高质量的追求。 使用指南 模 块 路 径：shardingsphere-test/shardingsphere-integration-test/ shardingsphere-integration-test-suite 测试用例配置

跨两个库更新，更新完毕后、未提 交之前，第一个库宕机，则只有第二个库数据提交，且无法回滚。 XA 事务 不支持项 • 服务宕机后，在其它机器上恢复提交/回滚中的数据； • MySQL 事务块内，SQL 执行出现异常，执行 Commit，数据保持一致； • 配置 XA 事务后，存储单元名称最大长度不超过 45 个字符。 BASE 事务 不支持项 • 不支持隔离级别。 8.2.9 附录 esources/META-INF/native-image/ shardingsphere-test-native-test-metadata/ 文 件 夹 下。${} 内 为 相 关 子 模 块 对 应 的 POM 4.0 的常规系统变量，自行替换。 git clone git@github.com:apache/shardingsphere.git cd ./shardingsphere/ 基于以上两组实验，得到使用 ShardingSphere‐Proxy 对于 MySQL 的损耗。 测试环境搭建 服务器信息 1. DB 相关配置：推荐内存大于压测的数据量，使得数据均在内存热块中，其余可自行调整； 2. ShardingSphere‐Proxy 相关配置：推荐使用高性能多核 CPU，其余可自行调整； 3. 压测涉及服务器均关闭 swap 分区。 数据库 [mysqld]

的主要功能着眼于分布式系统的性能诊断，其主要功能包括调 用链展示，应用拓扑分析等。 Apache ShardingSphere 并不负责如何采集、存储以及展示应用性能监控的相关数据，而是将 SQL 解析与 SQL 执行这两块数据分片的最核心的相关信息发送至应用性能监控系统，并交由其处理。换句话说，Apache ShardingSphere 仅负责产生具有价值的数据，并通过标准协议递交至相关系统。Apache ShardingSphere 会驱动：数据库类型 (5) * 接入端类型 (2) * SQL 执行模式 (2) * JDBC 执行 模式 (2) * 场景 (4) = 160 个测试用例运行，以达到项目对于高质量的追求。 使用指南 模 块 路 径：shardingsphere-test/shardingsphere-integration-test/ shardingsphere-integration-test-suite 测试用例配置

的主要功能着眼于分布式系统的性能诊断，其主要功能包括调 用链展示，应用拓扑分析等。 Apache ShardingSphere 并不负责如何采集、存储以及展示应用性能监控的相关数据，而是将 SQL 解析与 SQL 执行这两块数据分片的最核心的相关信息发送至应用性能监控系统，并交由其处理。换句话说，Apache ShardingSphere 仅负责产生具有价值的数据，并通过标准协议递交至相关系统。Apache ShardingSphere 会驱动：数据库类型 (5) * 接入端类型 (2) * SQL 执行模式 (2) * JDBC 执行 模式 (2) * 场景 (4) = 160 个测试用例运行，以达到项目对于高质量的追求。 使用指南 模 块 路 径：shardingsphere-test/shardingsphere-integration-test/ shardingsphere-integration-test-suite 测试用例配置