描述 | 可扩展性与性能 | 提升 BR �→ 快照恢复速度(从 v8.0.0 开始 GA) | 通过该功能,BR 可以充分利用集群的规模优势,使 TiKV �→ 集群中的所有 义错误导致导入了大量冲突数据,从而节 省时间和计算资源。 TiCDC security.client- �→ allowed-user 新增 指定可用于客户端鉴权的用户名,列表中 不存在的用户的鉴权请求将被直接拒绝。 默认值为 null。 TiCDC security.client-user- �→ required 新增 控制是否使用 TiDB 的用户名和密码进行客 户端鉴权,默认值为 false。 MySQL 协议,以及 MySQL 5.7 和 MySQL 8.0 常用的功能及语法。MySQL 生态中的系统工具(PHPMyAd- min、Navicat、MySQL Workbench、DBeaver 和其他工具)、客户端等均适用于 TiDB。 但 TiDB 尚未支持一些 MySQL 功能,可能的原因如下: • 有更好的解决方案,例如 JSON 取代 XML 函数。 • 目前对这些功能的需求度不高,例如存储过程和函数。 0 码力 |
4807 页 |
101.31 MB
| 1 年前 3 �→ 该功能与用于数据加载的导入、加载和恢复操作不同。 | 提升 BR �→ 快照恢复速度 (GA) | 通过该功能,BR 可以充分利用集群的规模优势,使 TiKV �→ 集群中的所有节点都能参与到数据恢 MySQL 协议,以及 MySQL 5.7 和 MySQL 8.0 常用的功能及语法。MySQL 生态中的系统工具(PHPMyAd- min、Navicat、MySQL Workbench、DBeaver 和其他工具)、客户端等均适用于 TiDB。 但 TiDB 尚未支持一些 MySQL 功能,可能的原因如下: 66 • 有更好的解决方案,例如 JSON 取代 XML 函数。 • 目前对 Y,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_ �→ DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。 – MySQL 5.7 默认与 TiDB 相同。 – MySQL 8.0 默认 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES 0 码力 |
4805 页 |
101.28 MB
| 1 年前 3 schema �→ 相同的数据库之间匹配绑定计划。 | 33
BR �→ 快照恢复速度最高提升 10 倍(实验特性) | BR v7.6.0 实验性地引入了粗粒度打散 Region 算法,用于提升集群的快照恢复速度。在 支持恢复数据的同时恢复部分系统表相关 数据,提供更多的操作灵活性。 为了进一步降低用户的管理成本,并提供更直观的默认行为。从 v7.6.0 开始,br 默认开启恢复参数 --with-sys-table,并支持恢复 user 为 cloud_admin 的用户数据。这意味着 br 默认支持恢复数据的同 时恢复部分系统表相关数据,特别是用户账号和表的统计信息数据。这一改进旨在使备份恢复操作更 加直观,减轻手动配置的负担,从而提升整体的操作体验。 MySQL 协议,以及 MySQL 5.7 和 MySQL 8.0 常用的功能及语法。MySQL 生态中的系统工具(PHPMyAd- min、Navicat、MySQL Workbench、DBeaver 和其他工具)、客户端等均适用于 TiDB。 但 TiDB 尚未支持一些 MySQL 功能,可能的原因如下: • 有更好的解决方案,例如 JSON 取代 XML 函数。 • 目前对这些功能的需求度不高,例如存储过程和函数。 0 码力 |
4666 页 |
101.24 MB
| 1 年前 3 MySQL 协议,以及 MySQL 5.7 和 MySQL 8.0 常用的功能及语法。MySQL 生态中的系统工具(PHPMyAd- min、Navicat、MySQL Workbench、DBeaver 和其他工具)、客户端等均适用于 TiDB。 但 TiDB 尚未支持一些 MySQL 功能,可能的原因如下: • 有更好的解决方案,例如 JSON 取代 XML 函数。 • 目前对这些功能的需求度不高,例如存储过程和函数。 Y,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_ �→ DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。 – MySQL 5.7 默认与 TiDB 相同。 – MySQL 8.0 默认 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES Shell profile: /Users/user/.zshrc /Users/user/.zshrc has been modified to add tiup to PATH open a new terminal or source /Users/user/.zshrc to use it Installed path: /Users/user/.tiup/bin/tiup ==== 0 码力 |
4590 页 |
100.91 MB
| 1 年前 3 Y,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_ �→ DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION。 – MySQL 5.7 默认与 TiDB 相同。 – MySQL 8.0 默认 ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES Shell profile: /Users/user/.zshrc /Users/user/.zshrc has been modified to add tiup to PATH open a new terminal or source /Users/user/.zshrc to use it Installed path: /Users/user/.tiup/bin/tiup ==== Shell profile: /home/user/.bashrc /home/user/.bashrc has been modified to add tiup to PATH open a new terminal or source /home/user/.bashrc to use it Installed path: /home/user/.tiup/bin/tiup ==== 0 码力 |
4369 页 |
98.92 MB
| 1 年前 3 切换到其他资源组,这可能会造成 部分数据库用户对资源组的滥用。TiDB v8.2.0 增加了对资源组切换行为的管控,只有被授予动态权限 RESOURCE_GROUP_ADMIN 或者 RESOURCE_GROUP_USER 的数据库用户,才能切换到其他资源组,以加强对系 统资源的保护。 为了维持兼容性,从旧版本升级到 v8.2.0 及之后版本的集群维持原行为不变。通过设置新增变量tidb_ �→ resource 都可以进行数据恢复。#53131 @YuJuncen 2.2.2.2 MySQL 兼容性 • 在 v8.2.0 之前,执行带有 PASSWORD REQUIRE CURRENT DEFAULT 选项的CREATE USER 语句会返回错误,因为 TiDB 不支持且无法解析该选项。从 v8.2.0 开始,TiDB 支持解析并忽略该选项,以便与 MySQL 兼容 #53305 @dveeden 2.2.2.3 系统变量 MySQL 协议,以及 MySQL 5.7 和 MySQL 8.0 常用的功能及语法。MySQL 生态中的系统工具(PHPMyAd- min、Navicat、MySQL Workbench、DBeaver 和其他工具)、客户端等均适用于 TiDB。 但 TiDB 尚未支持一些 MySQL 功能,可能的原因如下: • 有更好的解决方案,例如 JSON 取代 XML 函数。 • 目前对这些功能的需求度不高,例如存储过程和函数。 0 码力 |
4987 页 |
102.91 MB
| 9 月前 3
|