日志 项目文档 项目文档 项目文档 项目文档 项目信息 项目信息 项目报表 项目报表 简介 简介 什么是 什么是 MyBatis ？ ？ MyBatis 是支持定制化 SQL、存储过程以及高级映射的优秀的持久层框架。MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以 及获取结果集。MyBatis 可以对配置和原生Map使用简单的 XML 或注解，将接口和 Java 的 POJOs(Plain POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。 帮助改进文档 帮助改进文档... 不管你以何种方式发现了文档的不足，或是丢失对某一特性的描述，那么你能做的最好的事情莫过于去研究它并把文档写出来。 该文档 xdoc 格式的源码文件可通过项目的 Git 代码库 来获取。Fork 该源码库，做出更新，然后提交一个 pull request 吧。 class）。映射器类是 Java 类，它们包含 SQL 映射语句的注解从而避免 了 XML 文件的依赖。不过，由于 Java 注解的一些限制加之某些 MyBatis 映射的复杂性，XML 映射对于大多数高级映射（比如：嵌套 Join 映射）来说仍然是必须的。有鉴于此，如果存在一个对等的 XML 配置文件的话，MyBatis 会自动查找并加载它（这种情况下， BlogMapper.xml 将会基于类路径和

iBatis 提供的持久层框架包括 SQL Maps 和 Data Access Objects（DAO） 1.2 MyBatis 简介 1） MyBatis 是支持定制化 SQL、存储过程以及高级映射的优秀的持久层框架 2） MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集 3） MyBatis可以使用简单的XML或注解用于配置和原始映射，将接口和Java的POJO（Plain aColumn，我们可 以开启自动驼峰命名规则映射功能，mapUnderscoreToCamelCase=true 4.7 resultMap 自定义映射 1) 自定义 resultMap，实现高级结果集映射 2) id ：用于完成主键值的映射 3) result ：用于完成普通列的映射 4) association ：一个复杂的类型关联;许多结果将包成这种类型 5) collection 需要因为某个查询不想使 用延迟加载将全局的延迟加载设置关闭. 第 5 章：MyBatis 动态 SQL 5.1 MyBatis 动态 SQL 简介 1) 动态 SQL 是 MyBatis 强大特性之一。极大的简化我们拼装 SQL 的操作 2) 动态 SQL 元素和使用 JSTL 或其他类似基于 XML 的文本处理器相似 3) MyBatis 采用功能强大的基于 OGNL 的表达式来简化操作

resultType 将每一条记录映射到 pojo 中，在前端页面遍历 list（list 中是 pojo） 即可。 resultMap： 使用association 和collection 完成一对一和一对多高级映射（对结果有特殊的映射要求）。 association： 作用： 将关联查询信息映射到一个 pojo 对象中。 场合： 为了方便查询关联信息可以使用 association 将关联订单信息映射为用户对象的 属性中，这样的作的目的也是方便对查询结果集进行遍历 查询。 如果使用 resultType 无法将查询结果映射到 list 集合中。 5.6 延迟加载 需要查询关联信息时，使用 mybatis 延迟加载特性可有效的减少数据库压力，首次查询 只查询主要信息，关联信息等用户获取时再加载。 5.6.1 打开延迟加载开关 在 mybatis 核心配置文件中配置： lazyLoadingEnabled、 因此默认是 false。 如下例子： 这个更高级的配置创建了一个 FIFO 缓存,并每隔 60 秒刷新,存数结果对象或列表的 512 个引 用,而且返回的对象被认为是只读的,因此在不同线程中的调用者之间修改它们会导致冲突。 可用的收回策略有,

ShardingSphere‐Proxy 定位为透明化的数据库代理端，通过实现数据库二进制协议，对异构语言提供支 持。 1 Apache ShardingSphere document, v5.2.0 1.1.2 产品功能 特性 定义 数 据 分片 数据分片，是应对海量数据存储与计算的有效手段。ShardingSphere 提供基于底层数据库之 上，可计算与存储水平扩展的分布式数据库解决方案。 分 布 式 事 FROM tbl_name（查询列是函数表达式时，查询列前不能使用表名， 可以使用表别名） 3.2 分布式事务 3.2.1 背景 数据库事务需要满足 ACID（原子性、一致性、隔离性、持久性）四个特性。 • 原子性（Atomicity）指事务作为整体来执行，要么全部执行，要么全不执行； • 一致性（Consistency）指事务应确保数据从一个一致的状态转变为另一个一致的状态； • 隔离性 纳入到同一个事务当中，分布式事务应运而生。 关系型数据库虽然对本地事务提供了完美的 ACID 原生支持。但在分布式的场景下，它却成为系统性能的 桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案，是分布式事务的重点工 作。 3.2. 分布式事务 25 Apache ShardingSphere document, v5.2.0 3.2.2 挑战 由于应用的场景

其他： • 分片规则中配置的真实表、分片列和分布式序列需要和数据库中的列保持大小写一致。 8.2 分布式事务 8.2.1 背景 数据库事务需要满足 ACID（原子性、一致性、隔离性、持久性）四个特性。 • 原子性（Atomicity）指事务作为整体来执行，要么全部执行，要么全不执行； • 一致性（Consistency）指事务应确保数据从一个一致的状态转变为另一个一致的状态； • 隔离性 纳入到同一个事务当中，分布式事务应运而生。 关系型数据库虽然对本地事务提供了完美的 ACID 原生支持。但在分布式的场景下，它却成为系统性能的 桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案，是分布式事务的重点工 作。 8.2.2 挑战 由于应用的场景不同，需要开发者能够合理的在性能与功能之间权衡各种分布式事务。 强一致的事务与柔性事务的 API 和功能并不 aSourceFactory.createDataSource(getFile("/META-INF/sharding- databases-tables.yaml")); 相关参考 • 核心特性：数据分片 • 开发者指南：数据分片 广播表 广播表 YAML 配置方式具有非凡的可读性，通过 YAML 格式，能够快速地理解广播表配置，ShardingSphere 会根据 YAML 配置，自动完成

其他： • 分片规则中配置的真实表、分片列和分布式序列需要和数据库中的列保持大小写一致。 8.2 分布式事务 8.2.1 背景 数据库事务需要满足 ACID（原子性、一致性、隔离性、持久性）四个特性。 • 原子性（Atomicity）指事务作为整体来执行，要么全部执行，要么全不执行； • 一致性（Consistency）指事务应确保数据从一个一致的状态转变为另一个一致的状态； • 隔离性 纳入到同一个事务当中，分布式事务应运而生。 关系型数据库虽然对本地事务提供了完美的 ACID 原生支持。但在分布式的场景下，它却成为系统性能的 桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案，是分布式事务的重点工 作。 8.2.2 挑战 由于应用的场景不同，需要开发者能够合理的在性能与功能之间权衡各种分布式事务。 强一致的事务与柔性事务的 API 和功能并不 aSourceFactory.createDataSource(getFile("/META-INF/sharding- databases-tables.yaml")); 相关参考 • 核心特性：数据分片 • 开发者指南：数据分片 广播表 广播表 YAML 配置方式具有非凡的可读性，通过 YAML 格式，能够快速地理解广播表配置，ShardingSphere 会根据 YAML 配置，自动完成

SPI 的扩展点。对于开发者来说，可以十分方便的对功能进行定制化扩展。 本章节将 ElasticJob 的 SPI 扩展点悉数列出。如无特殊需求，用户可以使用 ElasticJob 提供的内置实现； 高级用户则可以参考各个功能模块的接口进行自定义实现。 ElasticJob 社区非常欢迎开发者将自己的实现类反馈至开源社区，让更多用户从中收益。 7.1 作业分片策略 作业分片策略，用于将作业在分布式环境下分解成为任务使用。 • 2015‐12 InfoQ 文章：详解当当网的分布式作业框架 elastic‐job • 2015‐11 高可用架构群分享：新一代分布式任务调度框架，elastic‐job 开源项目的 10 项特性 • 2015‐11 CSDN 专访：深度解读分布式作业调度框架 elastic‐job • 2015‐09 InfoQ 新闻：当当开源 elastic‐job，分布式作业调度框架 93

其他： • 分片规则中配置的真实表、分片列和分布式序列需要和数据库中的列保持大小写一致。 8.2 分布式事务 8.2.1 背景 数据库事务需要满足 ACID（原子性、一致性、隔离性、持久性）四个特性。 • 原子性（Atomicity）指事务作为整体来执行，要么全部执行，要么全不执行； • 一致性（Consistency）指事务应确保数据从一个一致的状态转变为另一个一致的状态； • 隔离性 纳入到同一个事务当中，分布式事务应运而生。 关系型数据库虽然对本地事务提供了完美的 ACID 原生支持。但在分布式的场景下，它却成为系统性能的 桎梏。如何让数据库在分布式场景下满足 ACID 的特性或找寻相应的替代方案，是分布式事务的重点工 作。 8.2.2 挑战 由于应用的场景不同，需要开发者能够合理的在性能与功能之间权衡各种分布式事务。 强一致的事务与柔性事务的 API 和功能并不 aSourceFactory.createDataSource(getFile("/META-INF/sharding- databases-tables.yaml")); 相关参考 • 核心特性：数据分片 • 开发者指南：数据分片 广播表 广播表 YAML 配置方式具有非凡的可读性，通过 YAML 格式，能够快速地理解广播表配置，ShardingSphere 会根据 YAML 配置，自动完成

4.1.5 数据库协议 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 4.1.6 特性支持 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 MySQL . . . . 协议。 4.1.6 特性支持 Apache ShardingSphere 为数据库提供了分布式协作的能力，同时将一部分数据库特性抽象到了上层，进 行统一管理，以降低用户的使用难度。 因此，对于统一提供的特性，原生的 SQL 将不再下发到数据库，并提示该操作不被支持，用户可使用 ShardingSphere 提供的的方式进行代替。 本章节详细罗列出目前不支持的数据库特性和相关的 SQL 语句，供使用者参考。 ├── t_order_18 ├── t_order_19 └── t_order_20 可以使用分开配置的方式，先配置包含前缀的数据节点，再配置不含前缀的数据节点，再利用行表达式 笛卡尔积的特性，自动组合即可。上面的示例，用行表达式可以简化为： db${0..1}.t_order_0${0..9}, db${0..1}.t_order_${10..20} 或者： db$->{0..1}

4.1.5 数据库协议 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 4.1.6 特性支持 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21 MySQL . . . . 协议。 4.1.6 特性支持 Apache ShardingSphere 为数据库提供了分布式协作的能力，同时将一部分数据库特性抽象到了上层，进 行统一管理，以降低用户的使用难度。 因此，对于统一提供的特性，原生的 SQL 将不再下发到数据库，并提示该操作不被支持，用户可使用 ShardingSphere 提供的的方式进行代替。 本章节详细罗列出目前不支持的数据库特性和相关的 SQL 语句，供使用者参考。 ├── t_order_18 ├── t_order_19 └── t_order_20 可以使用分开配置的方式，先配置包含前缀的数据节点，再配置不含前缀的数据节点，再利用行表达式 笛卡尔积的特性，自动组合即可。上面的示例，用行表达式可以简化为： db${0..1}.t_order_0${0..9}, db${0..1}.t_order_${10..20} 或者 db$->{0..1}