## TiDB: HBase分布式事务与SQL实现 ## About me • TiDB & Codis founder • Golang expert • Distributed database developer • Currently, CEO and co-founder of PingCAP liuqi@pingcap.com https://github.com/pingcap/tidb

## 实现PostgreSQL逻辑复制实战 王青松 神州飞象(北京)数据科技有限公司 ## 简介 PG WAL Other DB 逻辑复制的功能是从PG的WAL日志中，读取数据库更新信息，然后“翻译”（Decode）成逻辑的形式，可发送到远程从库做数据同步。 ## 为什么要选择逻辑复制？ ![Image](/uploads/documents/b/0/9/2/b092f50b2c941 当使用流复制接口创建一个新的复制槽时， 将会自动产生一个快照。 ## 无DB限制 Pg的逻辑复制可以根据需求把WAL日志直接翻译成可以直接解析的SQL语句，并通过槽技术向不同DB进行传递，从而实现不同DB数据库的复制。 ## 如何自定义输出插件 我们所要实现以下几个回调函数： LogicalDecodeStartupCB startup_cb; LogicalDecodeBeginCB begin_cb; LogicalDecodeChangeCB

## 阿里云 ## MongoDB 分布式架构演进 张友东（林青） 阿里云数据库技术团队 # MongoDB MongoDB as in "humongous". Used to describe something extremely large or important. ## MongoDB 核心优势 灵活 · 文档模型 高可用 • 复制集 可扩展 分片集群 ## ments/2/8/9/b/289b67c953b2ad2dd5a93b7dc04a5e4d/p5_1.jpg) ## 主要内容 • 如何保证数据高可靠？ • 如何保证服务高可用？ • 如何实现水平扩展？ 单节点 复制集 分片集群 ## 单节点 Client Client ![Image](/uploads/documents/2/8/9/b/289b67c953b2ad2dd

## 分布式任务系统 cronsun 苏创绩 ## 目录 01 任务系统 02 分布式任务系统 03 cron sun 04 心得体会   分布式crontab cmd1 cmd2 Mesos 之上的具有分布式容错特性的作业调度器 1. 可替代 cron 2. 有 UI 3. 支持ISO8601标准，允许更灵活地定义调度时间 4. 支持任务依赖 ## Dkron ## 分布式高可用的任务调度系统 1. 易用、有 UI 2. 高可用 3. 可扩展性高，支持大量任务和成千上万结点 ## 我眼里的“西施” 1. 可替代 cron 2. 分布式、高可用 3. 支持多种任务属性

## Curve 分布式存储设计 程义 — Curve Maintainer   ents/1/3/b/6/13b6145ac1674f4b66b9481848c048a7/p4_1.jpg) ## Curve块存储 ## 研究现状 1. 高性能分布式共享数据库场景 2. Curve块存储提供底层分布式共享存储 3. Polardb for PostgreSQL提供上层高性能数据库服务 4. 性能测试 1. benchmarkSQL 每分钟事务数提升39% 2. - 成本：共享一份数据，存储成本低 - 易用性：具备分布式的优势和单机体感 - 可靠性：三副本、秒级备份  计算-存储分离 ## Curve块存储 应用场景 1. 分布式块存储服务 2. KVM块存储服务 3. iSCSI协议

rename 接口实现方案（已实现，选用方案二） 背景 • 方案调研 • Chubaofs • Juicefs • 方案实现 • 方案一：chubaofs • 方案二：事务方案 • 方案三：利用 KV 自带的分布式事务 • Q&A • 1. 是否需要实现跨文件系统的 rename 操作？ • 2. 在多客户端情况下，是否需要加锁来保证其原子性？ • 3. rename A→C（A 存在，而 C 存在） • 4. 当 2 个操作的 dentry 属于同一个 copyset 有什么不一样？ ## 背景 当前 curvefs 并没有实现 rename 接口，本文档是对 rename 接口实现的调研及方案设计。 rename 操作，主要操作的是 dentry，如 rename /dir1/file1 /dir2/file2，主要有 2 个步骤：（1）删除 file1 等同 file1 的 inode id）。关于 rename 接口的实现，主要调研了 chubaofs 和 juicefs，而 rename 的实现难点主要在于其原子性的保证。 ## 方案调研 ## Chubaofs chubaofs 中的 rename 实现不是原子性的，它是通用创建源文件的硬连接，然后删除源文件的方式来实现的，主要有以下 4 步： 1. 将源文件的 nlink 加一 2

## 使用gRPC go实现 基于Topic的高效消息订阅发布模型  姓名：___ 张凯 中国电子云 ![Image](/uploads/documents/1/b/2/6/1b26839be034852e1c0a4ae4215a3f89/p2_1 什么是gRPC？gRPC go与gRPC的关系是什么？ 2. gRPC与HTTP相比优势是什么？能否使用HTTP平替gRPC的实现？ 3. 相比HTTP的Swagger，gRPC为什么没有Swagger? 4. 如何判断一个项目是否适合用qRPC来做实现？ 5. 如果要使用gRPC实现，有没有什么快速学习的方法？ 1. 什么是gRPC？gRPC go与gRPC的关系是什么？ -- gRPC是2015 gRPC是2015年Google开源，RPC的一种，底层基于HTTP2传输 -- gRPC是一种框架，gRPC go是gRPC的一种实现；同理有其他各语言的实现。 2. gRPC与HTTP相比优势是什么？能否使用HTTP平替gRPC的实现？ -- HTTP在Web服务、浏览器兼容性、简单易用性等方面仍有不可替代的优势 -- http1.x + websocket可以做到长连接流式传输 -- gRPC允许在

7a79833f29ee5d1d69/p1_1.jpg) ### OpenShift Container Platform 4.14 分布式追踪 分布式追踪安装、使用与发行注记 Powered by TCPDF (www.tcpdf.org) 分布式追踪安装、使用与发行注记 ## 法律通告 Copyright $ \copyright $ 2024 Red Hat, Inc. The property of their respective owners. ## 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 ## 目录 第1章 分布式追踪发行注记 ..... 3 1.1. RED HAT OPENSHIFT DISTRIBUTED TRACING PLATFORM 3.0 发行注记 ..... 3 1 第2章 分布式追踪架构 ..... 31 2.1. 分布式追踪架构 ..... 31 第3章 分布式追踪平台(JAEGER) ..... 34 3.1. 安装分布式追踪平台 JAEGER ..... 34 3.2. 配置和部署分布式追踪平台 JAEGER ..... 37 3.3. 更新分布式追踪平台 JAEGER ..... 69 3.4. 删除分布式追踪平台 JAEGER

81cf71bce74f3b39/p1_1.jpg) ### OpenShift Container Platform 4.6 ## 分布式追踪 分布式追踪安装、使用与发行注记 Powered by TCPDF (www.tcpdf.org) 分布式追踪安装、使用与发行注记 Enter your first name here. Enter your surname here. Enter their respective owners. ## 摘要 本文档提供了有关如何在 OpenShift Container Platform 中使用分布式追踪的信息。 ## 目录 第1章 分布式追踪发行注记 ..... 4 1.1. 分布式追踪概述 ..... 4 1.2. 让开源更具包容性 ..... 4 1.3. 获取支持 ..... 4 1.4. 新功能及功能增强 ... tracing ..... 8 1.6. RED HAT OPENSHIFT 分布式追踪已知问题 ..... 9 1.7. RED HAT OPENSHIFT 分布式追踪问题 ..... 9 第2章 分布式追踪架构 ..... 11 2.1. 分布式追踪架构 ..... 11 2.1.1. 分布式追踪概述 ..... 11 2.1.2. Red Hat OpenShift distributed

## RUST CHINA CONF 2023 第三届中国 Rust 开发者大会 6.17-6.18 @Shanghai ## Rust 构建分布式账务系统 在 Fintech 公司落地 Rust 项目的经验分享 胡宇 ## 关于我们 ## Airwallex 我们是一家跨境支付领域的 Fintech 独角兽 ## 😍 ## 关于我们：Airwallex ## E2 轮 Fintech ## 分布式账务系统 从设计架构到实现细节 ## 😍 ## 分布式账务系统 ## Fintech 领域中的软件与互联网软件的不同 ||Fintech|互联网| |---|---|---| |正确性|bug= 资讯|bug 不可怕，快速迭代| |可靠性|丢数据 = 资讯|允许数据丢失| |性能|超低延迟 + 高吞吐|超高吞吐| |交易日志|审计，监管|调试使用| ## 分布式账务系统 需求分析 jpg) 高可用：在部分节点失效的情况下，依旧可以提供正确的服务 超低延迟：实时交易，超低响应延迟 水平扩展性：利用分布式事务实现钱包集群的的水平扩展，应对高达100万TPS的流量 可演化性：业务逻辑与底层 API 解耦，当业务发生改变时，底层 API 不用改变 ## 分布式账务系统 ## 设计理念 - Rust 是我们可靠的基石 ## 存算分离 ● 事务层与账户层分离 ● 独立水平扩展