Apache ShardingSphere 中文文档 5.2.0SQL 解析 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332 7.4.2 SQL 路由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332 7.4.3 SQL 改写 . 333 7.4.8 路由引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337 分片路由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337 广播路由 . . . . order_id=i.order_id WHERE o. order_id in (10, 11); 在不配置绑定表关系时,假设分片键 order_id 将数值 10 路由至第 0 片,将数值 11 路由至第 1 片,那么 路由后的 SQL 应该为 4 条,它们呈现为笛卡尔积: SELECT i.* FROM t_order_0 o JOIN t_order_item_0 i ON o.order_id=i0 码力 | 449 页 | 5.85 MB | 1 年前3
Apache ShardingSphere 中文文档 5.4.1SQL 解析 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 12.4.2 SQL 路由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 462 12.4.3 SQL 改写 . 463 12.4.8 路由引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 467 分片路由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 467 广播路由 . . . . order_id=i.order_id WHERE o. order_id in (10, 11); 在不配置绑定表关系时,假设分片键 order_id 将数值 10 路由至第 0 片,将数值 11 路由至第 1 片,那么 路由后的 SQL 应该为 4 条,它们呈现为笛卡尔积: SELECT i.* FROM t_order_0 o JOIN t_order_item_0 i ON o.order_id=i0 码力 | 530 页 | 4.49 MB | 1 年前3
Apache ShardingSphere 中文文档 5.3.2SQL 解析 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441 12.4.2 SQL 路由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 441 12.4.3 SQL 改写 . 442 12.4.8 路由引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 446 分片路由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 446 广播路由 . . . . order_id=i.order_id WHERE o. order_id in (10, 11); 在不配置绑定表关系时,假设分片键 order_id 将数值 10 路由至第 0 片,将数值 11 路由至第 1 片,那么 路由后的 SQL 应该为 4 条,它们呈现为笛卡尔积: SELECT i.* FROM t_order_0 o JOIN t_order_item_0 i ON o.order_id=i0 码力 | 508 页 | 4.44 MB | 1 年前3
Apache ShardingSphere v5.5.0 中文文档SQL 解析 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 488 12.4.2 SQL 路由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 488 12.4.3 SQL 改写 . 489 12.4.8 路由引擎 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 493 分片路由 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 493 广播路由 . . . . order_id=i.order_id WHERE o. order_id in (10, 11); 在不配置绑定表关系时,假设分片键 order_id 将数值 10 路由至第 0 片,将数值 11 路由至第 1 片,那么 路由后的 SQL 应该为 4 条,它们呈现为笛卡尔积: SELECT i.* FROM t_order_0 o JOIN t_order_item_0 i ON o.order_id=i0 码力 | 557 页 | 4.61 MB | 1 年前3
TiDB v8.4 中文手册PRIMARY KEY, airport_code VARCHAR(10), airline_code VARCHAR(10), destination_code VARCHAR(10), route_details TEXT, duration TIME, frequency INT, airplane_type VARCHAR(50), price DECIMAL(10, 2), tidb_vector_client.execute( """INSERT INTO airplan_routes ( airport_code, airline_code, destination_code, route_details, duration, frequency, airplane_type, price, layover ) VALUES ('JFK', 'DL', 'LAX', 'Non-stop LAX.', '06:00:00', 5, 'Boeing 777', 299.99, 'None �→ '), ('LAX', 'AA', 'ORD', 'Direct LAX to ORD route.', '04:00:00', 3, 'Airbus A320', 149.99, 'None �→ '), ('EFGH', 'UA', 'SEA', 'Daily flights from0 码力 | 5072 页 | 104.05 MB | 10 月前3
TiDB v8.5 中文手册PRIMARY KEY, airport_code VARCHAR(10), airline_code VARCHAR(10), destination_code VARCHAR(10), route_details TEXT, duration TIME, frequency INT, airplane_type VARCHAR(50), price DECIMAL(10, 2), tidb_vector_client.execute( """INSERT INTO airplan_routes ( airport_code, airline_code, destination_code, route_details, duration, frequency, airplane_type, price, layover ) VALUES ('JFK', 'DL', 'LAX', 'Non-stop LAX.', '06:00:00', 5, 'Boeing 777', 299.99, 'None �→ '), ('LAX', 'AA', 'ORD', 'Direct LAX to ORD route.', '04:00:00', 3, 'Airbus A320', 149.99, 'None �→ '), ('EFGH', 'UA', 'SEA', 'Daily flights from0 码力 | 5095 页 | 104.54 MB | 10 月前3
TiDB v8.0 中文手册default_hostgroup:用户使用的默认 hostgroup,除非特定的查询规则覆盖了 hostgroup,否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent:值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时,所有的查询语句都被路由到同一个 hostgroup,直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 459 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此,审核 SQL 是必要的。使用 ProxySQL 的查询规 则,你可以有效地应对这些问题,例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意: 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像,请参 mysql-instances: - source-id: "mysql-01" # 数据源 ID,即 source1.yaml 中的 �→ source-id route-rules: ["sale-route-rule"] # 应用于该数据源的 table route 规则 filter-rules: ["store-filter-rule", "sale-filter-rule"] # 应用于该数据源的 binlog0 码力 | 4805 页 | 101.28 MB | 1 年前3
TiDB v8.1 中文手册default_hostgroup:用户使用的默认 hostgroup,除非特定的查询规则覆盖了 hostgroup,否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent:值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时,所有的查询语句都被路由到同一个 hostgroup,直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 444 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此,审核 SQL 是必要的。使用 ProxySQL 的查询规 则,你可以有效地应对这些问题,例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意: 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像,请参 mysql-instances: - source-id: "mysql-01" # 数据源 ID,即 source1.yaml 中的 �→ source-id route-rules: ["sale-route-rule"] # 应用于该数据源的 table route 规则 filter-rules: ["store-filter-rule", "sale-filter-rule"] # 应用于该数据源的 binlog0 码力 | 4807 页 | 101.31 MB | 1 年前3
TiDB v7.6 中文手册default_hostgroup:用户使用的默认 hostgroup,除非特定的查询规则覆盖了 hostgroup,否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent:值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时,所有的查询语句都被路由到同一个 hostgroup,直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 455 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此,审核 SQL 是必要的。使用 ProxySQL 的查询规 则,你可以有效地应对这些问题,例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意: 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像,请参 mysql-instances: - source-id: "mysql-01" # 数据源 ID,即 source1.yaml 中的 �→ source-id route-rules: ["sale-route-rule"] # 应用于该数据源的 table route 规则 filter-rules: ["store-filter-rule", "sale-filter-rule"] # 应用于该数据源的 binlog0 码力 | 4666 页 | 101.24 MB | 1 年前3
TiDB v7.5 中文手册default_hostgroup:用户使用的默认 hostgroup,除非特定的查询规则覆盖了 hostgroup,否则 SQL 将会默认路由到 default_hostgroup。 • transaction_persistent:值为 1 表示使用持久性事务。即当用户在一个连接中启动 一个事务时,所有的查询语句都被路由到同一个 hostgroup,直到事务被提交或回 滚。 选项 2: 使用配置文件配置 ProxySQL 445 4.13.3.6.1 查询规则 数据库可能会因为高流量、错误代码或恶意攻击而过载。因此,审核 SQL 是必要的。使用 ProxySQL 的查询规 则,你可以有效地应对这些问题,例如通过重路由、改写 SQL 或者拒绝查询等方式。 图 34: proxysql-client-side-rules 注意: 以下步骤使用 TiDB 和 ProxySQL 的容器镜像配置查询规则。如果你还没有拉取这些镜像,请参 mysql-instances: - source-id: "mysql-01" # 数据源 ID,即 source1.yaml 中的 �→ source-id route-rules: ["sale-route-rule"] # 应用于该数据源的 table route 规则 filter-rules: ["store-filter-rule", "sale-filter-rule"] # 应用于该数据源的 binlog0 码力 | 4590 页 | 100.91 MB | 1 年前3
共 131 条
- 1
- 2
- 3
- 4
- 5
- 6
- 14













