一个参数时，还是从结果 集中取出一个值时， 都会用类型处理器将获取的值以合适的方式转换成 Java 类型 2) MyBatis 中提供的类型处理器: 3) 日期和时间的处理，JDK1.8 以前一直是个头疼的问题。我们通常使用 JSR310 规范领导 者 Stephen Colebourne 创建的 Joda-Time 来操作。1.8 已经实现全部的 JSR310 规范了 4) 日期时间处理上，我们可以使用 因此默认是 false。 6.5 缓存的相关属性设置 1) 全局 setting 的 cacheEnable： 配置二级缓存的开关，一级缓存一直是打开的。 2) select 标签的 useCache 属性： 配置这个 select 是否使用二级缓存。一级缓存一直是使用的 3) sql 标签的 flushCache 属性： 增删改默认 flushCache=true。sql 执行以后，会同时清空一级和二级缓存。

分片到不同的数据库的方案。 垂直分片往往需要对架构和设计进行调整。通常来讲，是来不及应对互联网业务需求快速变化的；而且， 它也并无法真正的解决单点瓶颈。垂直拆分可以缓解数据量和访问量带来的问题，但无法根治。如果垂 直拆分之后，表中的数据量依然超过单节点所能承载的阈值，则需要水平分片来进一步处理。 水平分片 水平分片又称为横向拆分。相对于垂直分片，它不再将数据根据业务逻辑分类，而是通过某个字段（或 某几个字段 除了分页子查询的支持之外 (详情请参考分页)，也支持同等模式的子查询。无论嵌套多少层，Sharding‐ Sphere 都可以解析至第一个包含数据表的子查询，一旦在下层嵌套中再次找到包含数据表的子查询将直 接抛出解析异常。 例如，以下子查询可以支持： SELECT COUNT(*) FROM (SELECT * FROM t_order) o; SELECT COUNT(*) FROM (SELECT Apache ShardingSphere 提供了数据分片的能力，可以将数据分散到不同的数据库节点上，提升整体处 理能力。但对于使用单数据库运行的系统来说，如何安全简单地将数据迁移至水平分片的数据库上，一 直以来都是一个迫切的需求；同时，对于已经使用了 Apache ShardingSphere 的用户来说，随着业务规 模的快速变化，也可能需要对现有的分片集群进行弹性扩容或缩容。 3.5.2 简介

SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例，但是最 好还是不要让其一直存在以保证所有的 XML 解析资源开放给更重要的事情。 SqlSessionFactory SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在，没有任何理由对它进行清除或重建。使用 SqlSessionFactory 的 最佳实践是在应用运行期间不要重复创建多次，多次重建 out）时间，默认值：20000 毫秒（即 20 秒） poolTimeToWait – 这是一个底层设置，如果获取连接花费的相当长的时间，它会给连接池打印状态日志并重新尝试获取一个连接 （避免在误配置的情况下一直安静的失败），默认值：20000 毫秒（即 20 秒）。 poolPingQuery – 发送到数据库的侦测查询，用来检验连接是否处在正常工作秩序中并准备接受请求。默认是“NO PING QUERY

分片到不同的数据库的方案。 垂直分片往往需要对架构和设计进行调整。通常来讲，是来不及应对互联网业务需求快速变化的；而且， 它也并无法真正的解决单点瓶颈。垂直拆分可以缓解数据量和访问量带来的问题，但无法根治。如果垂 直拆分之后，表中的数据量依然超过单节点所能承载的阈值，则需要水平分片来进一步处理。 4.2. 数据分片 20 Apache ShardingSphere document, v5.0.0 水平分片 Apache ShardingSphere document, v5.0.0 4.6 弹性伸缩 4.6.1 背景 对于使用单数据库运行的系统来说，如何安全简单地将数据迁移至水平分片的数据库上，一直以来都是 一个迫切的需求；对于已经使用了 Apache ShardingSphere 的用户来说，随着业务规模的快速变化，也 可能需要对现有的分片集群进行弹性扩容或缩容。 4.6.2 挑战 Apache 复合主键表扩缩容； • 不支持在当前存储节点之上做迁移，需要准备一个全新的数据库集群作为迁移目标库。 4.7 数据加密 4.7.1 背景 安全控制一直是治理的重要环节，数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说， 数据安全一直是极为重视和敏感的话题。数据加密是指对某些敏感信息通过加密规则进行数据的变形，实 现敏感隐私数据的可靠保护。涉及客户安全数据或者一些商业性敏感数据，如身份证号、手机号、卡号、

1.1 垂直分片往往需要对架构和设计进行调整。通常来讲，是来不及应对互联网业务需求快速变化的；而且， 它也并无法真正的解决单点瓶颈。垂直拆分可以缓解数据量和访问量带来的问题，但无法根治。如果垂 直拆分之后，表中的数据量依然超过单节点所能承载的阈值，则需要水平分片来进一步处理。 水平分片 水平分片又称为横向拆分。相对于垂直分片，它不再将数据根据业务逻辑分类，而是通过某个字段（或 某几个字段 MySQL MGR 单主模式。 不支持项 • MySQL MGR 多主模式。 4.7 弹性伸缩 4.7.1 背景 对于使用单数据库运行的系统来说，如何安全简单地将数据迁移至水平分片的数据库上，一直以来都是 一个迫切的需求；对于已经使用了 Apache ShardingSphere 的用户来说，随着业务规模的快速变化，也 可能需要对现有的分片集群进行弹性扩容或缩容。 4.7.2 挑战 Apache 复合主键表扩缩容； • 不支持在当前存储节点之上做迁移，需要准备一个全新的数据库集群作为迁移目标库。 4.8 数据加密 4.8.1 背景 安全控制一直是治理的重要环节，数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说， 数据安全一直是极为重视和敏感的话题。数据加密是指对某些敏感信息通过加密规则进行数据的变形，实 现敏感隐私数据的可靠保护。涉及客户安全数据或者一些商业性敏感数据，如身份证号、手机号、卡号、

分片到不同的数据库的方案。 垂直分片往往需要对架构和设计进行调整。通常来讲，是来不及应对互联网业务需求快速变化的；而且， 它也并无法真正的解决单点瓶颈。垂直拆分可以缓解数据量和访问量带来的问题，但无法根治。如果垂 直拆分之后，表中的数据量依然超过单节点所能承载的阈值，则需要水平分片来进一步处理。 3.1. 数据分片 15 Apache ShardingSphere document, v5.2.0 水平分片 复合主键表迁移； • 不支持在当前存储节点之上做迁移，需要准备一个全新的数据库集群作为迁移目标库。 3.8 数据加密 3.8.1 背景 安全控制一直是治理的重要环节，数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说， 数据安全一直是极为重视和敏感的话题。数据加密是指对某些敏感信息通过加密规则进行数据的变形，实 现敏感隐私数据的可靠保护。涉及客户安全数据或者一些商业性敏感数据，如身份证号、手机号、卡号、 新业务上线，安全部门规定需将涉及用户敏感信息，例如银行、手机号码等进行加密后存储到数据 库，在使用的时候再进行解密处理。因为是全新系统，因而没有存量数据清洗问题，所以实现相对 简单。 2. 已上线业务，之前一直将明文存储在数据库中。相关部门突然需要对已上线业务进行加密整改。这 种场景一般需要处理 3 个问题： • 历史数据需要如何进行加密处理，即洗数。 • 如何能在不改动业务 SQL 和逻辑情况下，将

1.0 垂直分片往往需要对架构和设计进行调整。通常来讲，是来不及应对互联网业务需求快速变化的；而且， 它也并无法真正的解决单点瓶颈。垂直拆分可以缓解数据量和访问量带来的问题，但无法根治。如果垂 直拆分之后，表中的数据量依然超过单节点所能承载的阈值，则需要水平分片来进一步处理。 水平分片 水平分片又称为横向拆分。相对于垂直分片，它不再将数据根据业务逻辑分类，而是通过某个字段（或 某几个字段 MySQL MGR 单主模式. 不支持项 • MySQL MGR 多主模式. 4.7 弹性伸缩 4.7.1 背景 对于使用单数据库运行的系统来说，如何安全简单地将数据迁移至水平分片的数据库上，一直以来都是 一个迫切的需求；对于已经使用了 Apache ShardingSphere 的用户来说，随着业务规模的快速变化，也 可能需要对现有的分片集群进行弹性扩容或缩容。 4.7. 弹性伸缩 53 复合主键表扩缩容； • 不支持在当前存储节点之上做迁移，需要准备一个全新的数据库集群作为迁移目标库。 4.8 数据加密 4.8.1 背景 安全控制一直是治理的重要环节，数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说， 数据安全一直是极为重视和敏感的话题。数据加密是指对某些敏感信息通过加密规则进行数据的变形，实 现敏感隐私数据的可靠保护。涉及客户安全数据或者一些商业性敏感数据，如身份证号、手机号、卡号、

分片到不同的数据库的方案。 垂直分片往往需要对架构和设计进行调整。通常来讲，是来不及应对互联网业务需求快速变化的；而且， 它也并无法真正的解决单点瓶颈。垂直拆分可以缓解数据量和访问量带来的问题，但无法根治。如果垂 直拆分之后，表中的数据量依然超过单节点所能承载的阈值，则需要水平分片来进一步处理。 水平分片 水平分片又称为横向拆分。相对于垂直分片，它不再将数据根据业务逻辑分类，而是通过某个字段（或 某几个字段 MySQL MGR 单主模式。 不支持项 • MySQL MGR 多主模式。 4.7 弹性伸缩 4.7.1 背景 对于使用单数据库运行的系统来说，如何安全简单地将数据迁移至水平分片的数据库上，一直以来都是 一个迫切的需求；对于已经使用了 Apache ShardingSphere 的用户来说，随着业务规模的快速变化，也 可能需要对现有的分片集群进行弹性扩容或缩容。 4.7.2 挑战 Apache 复合主键表扩缩容； • 不支持在当前存储节点之上做迁移，需要准备一个全新的数据库集群作为迁移目标库。 4.8 数据加密 4.8.1 背景 安全控制一直是治理的重要环节，数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说， 数据安全一直是极为重视和敏感的话题。数据加密是指对某些敏感信息通过加密规则进行数据的变形，实 现敏感隐私数据的可靠保护。涉及客户安全数据或者一些商业性敏感数据，如身份证号、手机号、卡号、

分片到不同的数据库的方案。 垂直分片往往需要对架构和设计进行调整。通常来讲，是来不及应对互联网业务需求快速变化的；而且， 它也并无法真正的解决单点瓶颈。垂直拆分可以缓解数据量和访问量带来的问题，但无法根治。如果垂 直拆分之后，表中的数据量依然超过单节点所能承载的阈值，则需要水平分片来进一步处理。 8.1. 数据分片 19 Apache ShardingSphere document 水平分片 水平分片又称 HINT 分片策略； • 不支持目标端表结构和源端不一致； • 不支持迁移过程中源端表结构变更。 8.7 数据加密 8.7.1 背景 安全控制一直是治理的重要环节，数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说， 数据安全一直是极为重视和敏感的话题。数据加密是指对某些敏感信息通过加密规则进行数据的变形，实 现敏感隐私数据的可靠保护。涉及客户安全数据或者一些商业性敏感数据，如身份证号、手机号、卡号、 ShardingSphere 可以提供给用户通用的数据迁移解决方案。 于 4.1.0 开始向用户提供。 运行部署 背景信息 对于使用单数据库运行的系统来说，如何安全简单地将数据迁移至水平分片的数据库上，一直以来都是 一个迫切的需求。 前提条件 • Proxy 采用纯 JAVA 开发，JDK 建议 1.8 或以上版本。 • 数据迁移使用集群模式，目前支持 ZooKeeper 作为注册中心。 操作步骤

分片到不同的数据库的方案。 垂直分片往往需要对架构和设计进行调整。通常来讲，是来不及应对互联网业务需求快速变化的；而且， 它也并无法真正的解决单点瓶颈。垂直拆分可以缓解数据量和访问量带来的问题，但无法根治。如果垂 直拆分之后，表中的数据量依然超过单节点所能承载的阈值，则需要水平分片来进一步处理。 8.1. 数据分片 19 Apache ShardingSphere document 水平分片 水平分片又称 HINT 分片策略； • 不支持目标端表结构和源端不一致； • 不支持迁移过程中源端表结构变更。 8.7 数据加密 8.7.1 背景 安全控制一直是治理的重要环节，数据加密属于安全控制的范畴。无论对互联网公司还是传统行业来说， 数据安全一直是极为重视和敏感的话题。数据加密是指对某些敏感信息通过加密规则进行数据的变形，实 现敏感隐私数据的可靠保护。涉及客户安全数据或者一些商业性敏感数据，如身份证号、手机号、卡号、 ShardingSphere 可以提供给用户通用的数据迁移解决方案。 于 4.1.0 开始向用户提供。 运行部署 背景信息 对于使用单数据库运行的系统来说，如何安全简单地将数据迁移至水平分片的数据库上，一直以来都是 一个迫切的需求。 前提条件 • Proxy 采用纯 JAVA 开发，JDK 建议 1.8 或以上版本。 • 数据迁移使用集群模式，目前支持 ZooKeeper 作为注册中心。 操作步骤