%SHARDINGSPHERE_PROXY_HOME% 为 Proxy 解 压 后 的 路 径， 例： /Users/ss/shardingsphere‐proxy‐bin/ 2.2.2 2. 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如 果 后 端 连 接 MySQL 数 据 库， 请 下 载 mysql‐connector‐java‐5.1.47.jar， 并 将 其 g‐bin/ 2.2. ShardingSphere-Proxy 6 Apache ShardingSphere document, v5.0.0-beta 2.3.2 2. 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如 果 后 端 连 接 MySQL 数 据 库， 请 下 载 mysql‐connector‐java‐5.1.47.jar， 并 将 其 针对这种类型的加密解决方案并没有提供具体实现类，却将该理念抽象 成接口，提供给用户自行实现。ShardingSphere 将调用用户提供的该方案的具体实现类进行数据加密。 3.6.6 使用规范 支持项 • 后端数据库为 MySQL、Oracle、PostgreSQL、SQLServer； • 用户需要对数据库表中某个或多个列进行加密（数据加密 & 解密）； • 兼容所有常用 SQL。 3.6. 数据加密

on:raw‐l atex:i nstance 是 | 主节点服务器 IP 地址一旦该节点被删除将会触 发重新选举重新选举的过程中一切主节点相关的操作都将阻 塞 ele ction:ra w‐latex: latch 否 | 主节点选举的分布式锁为 curator 的分布式锁使用 shardin g:raw‐la tex:ne cessary 否 | 是否需要重新分片的标记如 果分片总数变化 删除此临时节 点 failove r:raw‐la tex:it ems:raw ‐ latex:‘ 分片项 ‘ 否 | 一旦有作业崩溃，则会向此节点记录 当有空闲作业服务器时，会从此节点抓取需失效转移的作业 项 failov er:raw‐l atex:i tems:ra w‐ latex: latch 否 | 分配失效转移分片项时占用的分布式锁为 curator 的分布式锁使用 作业运行状态监控 通过监听 ElasticJob 的 ZooKeeper 注册中心的几个关键节点即可完成作业运行状态监控功能。 监听作业服务器存活 监听 job_name:raw‐latex:instances:raw‐latex:‘\job‘_instance_id 节点是否存在。该节点为临时节点，如 果作业服务器下线，该节点将删除。 6.3. 运维手册 72 Apache ShardingSphere

Proxy 解 压 后 的 路 径， 例：/opt/ shardingsphere-proxy-bin/ 详情请参见 配置手册。 3. 引入依赖 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.47.jar 或者 mysql‐connector‐java‐ 8 多样化的数据库的存在，使访问数据库的 SQL 方言难于标准化，工程师需要针对不同种类的数据库使用 不同的方言，缺乏统一化的查询平台。 将不同类型的数据库方言自动翻译为后端数据库所使用的方言，让工程师可以使用任意一种数据库方言 访问所有的后端异构数据库，可以极大的降低开发和维护成本。 3.5.3 目标 SQL 方言的自动翻译，是 Apache ShardingSphere 数据库网关希望达成的主要目标。 ShardingSphere‐Proxy 支持配置多个逻辑数据源，每个以 config- 前缀命名的 YAML 配置文件，即为 一个逻辑数据源。 4. （可选）引入数据库驱动 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.47.jar 或者 mysql‐connector‐java‐ 8

ME% 为 Proxy 解压后的路径，例：/opt/shardingsphere‐ proxy‐bin/ 详情请参见 配置手册。 2.2.2 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.47.jar 或者 mysql‐connector‐java‐ 8.0.11.jar，并将其放入 proxy‐bin/ 2.2. ShardingSphere-Proxy 8 Apache ShardingSphere document, v5.1.1 详情请参见运行部署。 2.3.2 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如 果 后 端 连 接 MySQL 数 据 库， 请 下 载 mysql‐connector‐java‐5.1.47.jar， 并 将 其 Commit，数据保持一致。 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启 XA 事务，注意该事务完全由用户管理，ShardingSphere 只负责将语 句转发至后端数据库； • 服务宕机后，需要通过 XA RECOVER 获取未提交或回滚的事务，也可以在 COMMIT 时使用 ONE PHASE 跳过 PERPARE。 MySQL [(none)]> use

OME% 为 Proxy 解压后的路径，例：/opt/shardingsphere‐ proxy‐bin/ 详情请参见配置手册。 2.2.2 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.47.jar 或者 mysql‐connector‐java‐ 8.0.11.jar，并将其放入 proxy‐bin/ 2.2. ShardingSphere-Proxy 8 Apache ShardingSphere document, v5.1.0 详情请参见运行部署。 2.3.2 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如 果 后 端 连 接 MySQL 数 据 库， 请 下 载 mysql‐connector‐java‐5.1.47.jar， 并 将 其 服务宕机后，在其它机器上恢复提交/回滚中的数据。 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启 XA 事务，注意该事务完全由用户管理，ShardingSphere 只负责将语 句转发至后端数据库； • 服务宕机后，需要通过 XA RECOVER 获取未提交或回滚的事务，也可以在 COMMIT 时使用 ONE PHASE 跳过 PERPARE。 MySQL [(none)]> use

E% 为 Proxy 解 压 后 的 路 径， 例： /Users/ss/shardingsphere‐proxy‐bin/ 2.2.2 2. 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.47.jar 或者 mysql‐connector‐java‐ 8.0.11.jar，并将其放入 ‐proxy‐bin/ 2.2. ShardingSphere-Proxy 8 Apache ShardingSphere document, v5.0.0 2.3.2 2. 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如 果 后 端 连 接 MySQL 数 据 库， 请 下 载 mysql‐connector‐java‐5.1.47.jar， 并 将 其 不足：用户需要改代码或者 SQL 默认影子算法 默认影子算法，选配项。对于没有配置影子算法表的默认匹配算法。 注意：默认影子算法仅支持注解影子算法。 4.8.5 使用规范 影子数据库 支持项 • 后端数据库为 MySQL、Oracle、PostgreSQL、SQLServer； 4.8. 影子库压测 59 Apache ShardingSphere document, v5.0.0 不支持项

2.2. ShardingSphere-Proxy 8 Apache ShardingSphere document, v5.1.2 2.2.3 引入依赖 如果后端连接 PostgreSQL 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.47.jar 或者 mysql‐connector‐java‐ 8.0.11.jar，并将其放入 document, v5.1.2 通过 XA 语句控制的分布式事务 • 通过 XA START 可以手动开启 XA 事务，注意该事务完全由用户管理，ShardingSphere 只负责将语 句转发至后端数据库； • 服务宕机后，需要通过 XA RECOVER 获取未提交或回滚的事务，也可以在 COMMIT 时使用 ONE PHASE 跳过 PERPARE。 MySQL [(none)]> use /${your_work_dir}/conf/config-xxx.yaml 配置文件中指定的 PostgreSQL 数据 库的 IP 可以被 Docker 容器内部访问到。 问题 3：如何使用后端数据库为 MySQL/openGauss 的 ShardingSphere‐Proxy？ 回 答： 将 mysql-connector.jar 或 opengauss-jdbc.jar 所 在 目

Proxy 解 压 后 的 路 径， 例：/opt/ shardingsphere-proxy-bin/ 详情请参见 配置手册。 3. 引入依赖 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.49.jar 或者 mysql‐connector‐java‐ 8 多样化的数据库的存在，使访问数据库的 SQL 方言难于标准化，工程师需要针对不同种类的数据库使用 不同的方言，缺乏统一化的查询平台。 将不同类型的数据库方言自动翻译为后端数据库所使用的方言，让工程师可以使用任意一种数据库方言 访问所有的后端异构数据库，可以极大的降低开发和维护成本。 8.4.3 目标 SQL 方言的自动翻译，是 Apache ShardingSphere 数据库网关希望达成的主要目标。 y 支持配置多个逻辑数据源，每个以 database- 前缀命名的 YAML 配置 文件，即为一个逻辑数据源。 4. （可选）引入数据库驱动 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.49.jar 或者 mysql‐connector‐java‐ 8

Proxy 解 压 后 的 路 径， 例：/opt/ shardingsphere-proxy-bin/ 详情请参见 配置手册。 3. 引入依赖 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.49.jar 或者 mysql‐connector‐java‐ 8 多样化的数据库的存在，使访问数据库的 SQL 方言难于标准化，工程师需要针对不同种类的数据库使用 不同的方言，缺乏统一化的查询平台。 将不同类型的数据库方言自动翻译为后端数据库所使用的方言，让工程师可以使用任意一种数据库方言 访问所有的后端异构数据库，可以极大的降低开发和维护成本。 8.4.3 目标 SQL 方言的自动翻译，是 Apache ShardingSphere 数据库网关希望达成的主要目标。 ShardingSphere‐Proxy 支持配置多个逻辑数据源，每个以 config- 前缀命名的 YAML 配置文件，即为 一个逻辑数据源。 4. （可选）引入数据库驱动 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.49.jar 或者 mysql‐connector‐java‐ 8

Proxy 解 压 后 的 路 径， 例：/opt/ shardingsphere-proxy-bin/ 详情请参见 配置手册。 3. 引入依赖 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.49.jar 或者 mysql‐connector‐java‐ 8 多样化的数据库的存在，使访问数据库的 SQL 方言难于标准化，工程师需要针对不同种类的数据库使用 不同的方言，缺乏统一化的查询平台。 将不同类型的数据库方言自动翻译为后端数据库所使用的方言，让工程师可以使用任意一种数据库方言 访问所有的后端异构数据库，可以极大的降低开发和维护成本。 8.4.3 目标 SQL 方言的自动翻译，是 Apache ShardingSphere 数据库网关希望达成的主要目标。 ShardingSphere‐Proxy 支持配置多个逻辑数据源，每个以 config- 前缀命名的 YAML 配置文件，即为 一个逻辑数据源。 4. （可选）引入数据库驱动 如果后端连接 PostgreSQL 或 openGauss 数据库，不需要引入额外依赖。 如果后端连接 MySQL 数据库，请下载 mysql‐connector‐java‐5.1.49.jar 或者 mysql‐connector‐java‐ 8