TiDB 开源分布式关系型数据库3 安装部署 19 TiUP TiDB Operator 3.4 运维和可视化管理- TiDB Dashboard 21 第四章 TiDB Cloud 41TipBcoud 23 第五章 场景案例 5.1 金融 光大银行 - 分布式数据库在光大银行关键业务系统的应用 。""* 26 北京银行- 打造面向未来的商业银行业分布式核心系统 ,, 28 中国银行 -基于 TiZabbix 构建金融业新一代运维监控平台 项相关标准工作:4分布式数据库技术金融应用规范技术架构》《分布式数据库技术金融应用规范安全 技术要求》《分布式数据库技术金融应用规范灾难恢复要求》 。 ”主导联合技术课题《分布式数据库运维体系研究》《分布式数据库入云及多租户研究》 1.5 荣誉 TiDB 产品荣誉 。 2017 年度产品创新奖 。 2017 年度中国信通院 0SCAR 尖峰开源技术奖 。 2018InfoWorld | Bossie Awards ”2019 中国数据库技术年度最佳创新产品 PingCAP 公司荣誉 。 2017 中国最具投资价值TOP 50 。 2017 中国年度创新成长企业 100 强 。 2017 年度中国企业服务产业最佳投资案例 TDP10 。 2018 中国大数据准独角兽榜 。 2018 企业服务产业独角兽榜-数据服务 。 2019 中国最具投资价值企业风云榜 50 强 。 2019 中国数据库技术年度评选年度创新企业 。0 码力 | 58 页 | 9.51 MB | 1 年前3
 TiDB中文技术文档RC1 1.1 Beta README - 9 - 本文档使用 书栈(BookStack.CN) 构建 1.1 Alpha 1.0 Pre-GA RC4 RC3 RC2 RC1 TiDB 路线图 用户案例 北京银行 海航 今日头条 转转 Mobike 饿了么(一) 饿了么(二) 易果生鲜 同程旅游 去哪儿 G7 一面数据 凤凰网 猿辅导 Mobikok 二维火 客如云 Ping++ 乐视云 零氪科技 作为监控和性能指标信息存储方案,使用 Grafana 作为可视化组件进行 展示。 Prometheus 是一个拥有多维度数据模型,灵活的查询语句的时序数据库。Prometheus 作为热门的开源项目,拥 有活跃的社区及众多的成功案例。 Prometheus 提供了多个组件供用户使用。目前,我们使用 Prometheus Server,来收集和存储时间序列数据。 Client 代码库,在程序中定制需要的 Metric 。Push syncer-binlog-gtid = 53ea0ed1-9bf8-11e6-8bea-64006a897c73:1-35 由上述示例可见,使用 Syncer 可以自动将 MySQL 的更新同步到 TiDB。 本部分将通过实际案例描述 Syncer 同步数据库参数的优先级关系。 如果使用 route-rules 规则,参考 Sharding 同步支持 优先级:replicate-do-db —> replicate-do-table0 码力 | 444 页 | 4.89 MB | 6 月前3
 TiDB v5.2 中文手册1 Prometheus 在 TiDB 中的应用 Prometheus 是一个拥有多维度数据模型的、灵活的查询语句的时序数据库。Prometheus 作为热门的开源项目, 拥有活跃的社区及众多的成功案例。 Prometheus 提供了多个组件供用户使用。目前,TiDB 使用了以下组件: • Prometheus Server:用于收集和存储时间序列数据。 • Client 代码库:用于定制程序中需要的 20s)后就会报错给客户端。如果 backoff 在阈值内,客户端对该错误无感知。 • 1.1.2 多台 TiKV 同时内存不足 (OOM),导致 Region 在一定时期内没有 Leader,见案例 case-991。 • 1.1.3 TiKV 报 TiKV server is busy 错误,超过 backoff 时间,参考4.3 客户端报 server is busy 错误。 TiKV Leader。单台物理主机部署多个 TiKV 实例,一个物理机挂掉, 由于 label 配置错误导致 Region 没有 Leader,见案例 case-228。 • 1.1.5 follower apply 落后,成为 Leader 之后把收到的请求以 epoch not match 理由打回,见案例 case-958 (TiKV 内部需要优化该机制)。 8.7.1.2 1.2 PD 异常导致服务不可用 查看本文档50 码力 | 2259 页 | 48.16 MB | 1 年前3
 TiDB v5.1 中文手册1 Prometheus 在 TiDB 中的应用 Prometheus 是一个拥有多维度数据模型的、灵活的查询语句的时序数据库。Prometheus 作为热门的开源项目, 拥有活跃的社区及众多的成功案例。 Prometheus 提供了多个组件供用户使用。目前,TiDB 使用了以下组件: • Prometheus Server:用于收集和存储时间序列数据。 • Client 代码库:用于定制程序中需要的 20s)后就会报错给客户端。如果 backoff 在阈值内,客户端对该错误无感知。 • 1.1.2 多台 TiKV 同时内存不足 (OOM),导致 Region 在一定时期内没有 Leader,见案例 case-991。 • 1.1.3 TiKV 报 TiKV server is busy 错误,超过 backoff 时间,参考4.3 客户端报 server is busy 错误。 TiKV Leader。单台物理主机部署多个 TiKV 实例,一个物理机挂掉, 由于 label 配置错误导致 Region 没有 Leader,见案例 case-228。 • 1.1.5 follower apply 落后,成为 Leader 之后把收到的请求以 epoch not match 理由打回,见案例 case-958 (TiKV 内部需要优化该机制)。 8.7.1.2 1.2 PD 异常导致服务不可用 查看本文档50 码力 | 2189 页 | 47.96 MB | 1 年前3
 TiDB v6.1 中文手册Hadoop 相比,TiDB 就简单得多, 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB,在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍,请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 数据库的调度 2.2 TiDB 6.1.0 Release 假设希望知道Bookshop 应用当中最年长的作家们的一些情况,可能需要编写多个查询,而这些查询都需要使 用到这个最年长作家列表。可以通过下面的 SQL 语句从 authors 表当中找出最年长的前 50 位作家作为研究对 象。 305 SELECT a.id, a.name, (IFNULL(a.death_year, YEAR(NOW())) - a.birth_year) AS age FROM authors 的一个子事 务。嵌套事务开始时会记录一个 savepoint ,如果嵌套事务执行失败,事务将会回滚到 savepoint 的状态。嵌套 事务是外层事务的一部分,它将会在外层事务提交时一起被提交。下面案例展示了 savepoint 机制: 379 mysql> BEGIN; mysql> INSERT INTO T2 VALUES(100); mysql> SAVEPOINT svp1; mysql>0 码力 | 3572 页 | 84.36 MB | 1 年前3
 TiDB v5.3 中文手册Hadoop 相比,TiDB 就简单得多, 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB,在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍,请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 数据库的调度 2.2 TiDB 5.3 Release 1 Prometheus 在 TiDB 中的应用 Prometheus 是一个拥有多维度数据模型的、灵活的查询语句的时序数据库。Prometheus 作为热门的开源项目, 拥有活跃的社区及众多的成功案例。 Prometheus 提供了多个组件供用户使用。目前,TiDB 使用了以下组件: • Prometheus Server:用于收集和存储时间序列数据。 • Client 代码库:用于定制程序中需要的 20s)后就会报错给客户端。如果 backoff 在阈值内,客户端对该错误无感知。 • 1.1.2 多台 TiKV 同时内存不足 (OOM),导致 Region 在一定时期内没有 Leader,见案例 case-991。 • 1.1.3 TiKV 报 TiKV server is busy 错误,超过 backoff 时间,参考4.3 客户端报 server is busy 错误。 TiKV0 码力 | 2374 页 | 49.52 MB | 1 年前3
 TiDB v5.4 中文手册Hadoop 相比,TiDB 就简单得多, 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB,在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍,请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 数据库的调度 2.2 TiDB 5.4 Release 作为外部存储时,必须设置 send-credentials-to-tikv = true(即默认情 况),否则会导致备份失败。 本节中展示了备份到 cool tier,即上传对象的存储类别为 Cool 的案例。你可以通过以下两种方式指定 account-name 和 access-tier: • 将参数信息放在 URL 参数中: 271 tiup br backup db --db test -u 作为外部存储时,必须设置 send-credentials-to-tikv = true(即默认情 况),否则会导致备份失败。 本节中展示了备份到 cool tier,即上传对象的存储类别为 Cool 的案例。你可以通过以下两种方式指定 account-name、account-key 和 access-tier: • 将参数信息放在 URL 参数中: tiup br backup db --db0 码力 | 2852 页 | 52.59 MB | 1 年前3
 TiDB v7.1 中文手册Hadoop 相比,TiDB 要简单得多,业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB,在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍,请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 数据库的调度 2.2 TiDB 7.1.0 Release 假设希望知道Bookshop 应用当中最年长的作家们的一些情况,可能需要编写多个查询,而这些查询都需要使 用到这个最年长作家列表。可以通过下面的 SQL 语句从 authors 表当中找出最年长的前 50 位作家作为研究对 象。 325 SELECT a.id, a.name, (IFNULL(a.death_year, YEAR(NOW())) - a.birth_year) AS age FROM authors 动的一个子事 务。嵌套事务开始时会记录一个 savepoint,如果嵌套事务执行失败,事务将会回滚到 savepoint 的状态。嵌套 事务是外层事务的一部分,它将会在外层事务提交时一起被提交。下面案例展示了 savepoint 机制: mysql> BEGIN; mysql> INSERT INTO T2 VALUES(100); mysql> SAVEPOINT svp1; mysql>0 码力 | 4369 页 | 98.92 MB | 1 年前3
 TiDB v6.5 中文手册Hadoop 相比,TiDB 就简单得多, 业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB,在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍,请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 数据库的调度 2.2 TiDB 6.5.0 Release 假设希望知道Bookshop 应用当中最年长的作家们的一些情况,可能需要编写多个查询,而这些查询都需要使 用到这个最年长作家列表。可以通过下面的 SQL 语句从 authors 表当中找出最年长的前 50 位作家作为研究对 象。 SELECT a.id, a.name, (IFNULL(a.death_year, YEAR(NOW())) - a.birth_year) AS age FROM authors a 动的一个子事 务。嵌套事务开始时会记录一个 savepoint,如果嵌套事务执行失败,事务将会回滚到 savepoint 的状态。嵌套 事务是外层事务的一部分,它将会在外层事务提交时一起被提交。下面案例展示了 savepoint 机制: mysql> BEGIN; mysql> INSERT INTO T2 VALUES(100); mysql> SAVEPOINT svp1; mysql>0 码力 | 4049 页 | 94.00 MB | 1 年前3
 TiDB v8.0 中文手册Hadoop 相比,TiDB 要简单得多,业务通过 ETL 工具或者 TiDB 的同步工具将数据同步到 TiDB,在 TiDB 中可通过 SQL 直接生成报表。 关于 TiDB 典型应用场景和用户案例的介绍,请观看以下视频。 2.1.3 另请参阅 • TiDB 整体架构 • TiDB 数据库的存储 • TiDB 数据库的计算 • TiDB 数据库的调度 2.2 TiDB 8.0.0 Release 快照恢复提速功能正式发布并默认启用。通过采用粗粒度打散 Region 算法、批 量创建库表、降低 SST 文件下载和 Ingest 操作之间的相互影响、加速表统计信息恢复等改进措施,快照 恢复的速度有大幅提升。在实际案例中,单个 TiKV 节点的数据恢复速度稳定在 1.2 GiB/s,并且能够在 1 小时内完成对 100 TiB 数据的恢复。 这意味着即使在高负载环境下,BR 工具也能够充分利用每个 TiKV 节点的资源,显著减少数据库恢复时 假设希望知道Bookshop 应用当中最年长的作家们的一些情况,可能需要编写多个查询,而这些查询都需要使 用到这个最年长作家列表。可以通过下面的 SQL 语句从 authors 表当中找出最年长的前 50 位作家作为研究对 象。 325 SELECT a.id, a.name, (IFNULL(a.death_year, YEAR(NOW())) - a.birth_year) AS age FROM authors0 码力 | 4805 页 | 101.28 MB | 1 年前3
共 18 条
- 1
 - 2
 













