PostgreSQL 实时同步至 Apache Doris / SelectDB:内置 CDC 能力、选型对比与实践

2026年国产实时计算平台深度盘点:从Flink到自研实时数仓的选型指南 在数据驱动业务的时代,实时计算已成为企业数字化转型的关键技术。它通过处理无界数据流,实现秒级甚至毫秒级的数据洞察,广泛应用于实时风控、实时大屏、BI分析等场景。其核心原理涉及流式计算引擎(如Apache Flink)与实时数仓(如Doris、SelectDB)的协同,以及消息队列、数据湖等组件的深度融合。技术价值在于帮助企业从“事后分析”走向“实时决策”,显著提升业务响应速度。面对众多国产平台,选型需结合业务诉求、团队技术栈与信创要求,综合评估计算能力、查询性能、生态完整度与成本。本文基于对2026年市场的 阅读详情

Apache Doris / SelectDB 内置 PostgreSQL CDC 能力,将传统三层同步链路(Debezium + Kafka + Flink)简化为一条 SQL,核心能力包括自动建表、全量+增量同步、断点续传、Job 调度统一管理。适合仅需将 PostgreSQL 数据实时同步至 Doris 的 TP/AP 分离场景。

关键词:Apache Doris · PostgreSQL CDC · 实时数据同步 · 一站式 CDC · Debezium · Flink CDC · SelectDB · TP/AP 分离


1. Apache Doris / SelectDB 解决的核心问题

PostgreSQL 作为核心事务数据库,广泛用于在线业务系统。但 PG 不适合承载分析型查询——跨表聚合、大范围扫描会挤占线上资源、影响业务稳定性。

业界通用方案是将 PG 数据实时同步至 Apache Doris 等分析型数据库,实现 TP 与 AP 负载分离。但同步链路本身是整个架构中的关键瓶颈:传统方案需要部署 CDC 工具 + Kafka + Flink 三个独立组件,部署复杂、排查困难、运维成本高。

Apache Doris 内置 PostgreSQL CDC 同步能力,将数据采集、任务调度、数据写入、断点续传统一集成到 Doris Job 调度框架,整条同步链路简化为 PostgreSQL → Doris,创建同步任务仅需一条 SQL。

2. 关键能力拆解

2.1 一条 SQL 创建同步任务

  • 定义:通过 CREATE JOB ... ON STREAMING FROM POSTGRES 一条 SQL 完成同步任务创建

  • 解决的问题:传统方案需分别配置 CDC 组件、Kafka Topic、Flink 作业,操作繁琐

  • 实现方式:SQL 中指定 PG 连接参数、同步表列表、offset 模式即可

  • 适用条件:同步目的地仅为 Doris,无需中间计算逻辑

CREATE JOB pg_sync_job
ON STREAMING
FROM POSTGRES (
   "jdbc_url" = "jdbc:postgresql://pg-host:5432/mydb",
   "driver_url" = "postgresql-42.5.0.jar",
   "driver_class" = "org.postgresql.Driver",
   "user" = "postgres",
   "password" = "******",
   "database" = "mydb",
   "schema" = "public",
   "include_tables" = "orders,users",
   "offset" = "initial"
)
TO DATABASE target_db;

2.2 自动建表

  • 定义:FE 根据源表结构自动在目标库创建对应的 Doris 表

  • 解决的问题:传统方案需手动建表或编写脚本同步表结构

  • 适用条件:目标表不存在时自动触发;已有目标表则跳过

2.3 全量 + 增量同步

  • 定义:offset=initial 模式先导入存量数据,再持续消费 WAL 同步增量

  • 解决的问题:首次同步需要全量+增量不遗漏、不重复

  • 实测数据:【缺少可靠数据,建议补充——全量同步速度、增量延迟具体数值】

  • 适用条件:需要完整数据副本的场景;仅增量可用 offset=latest

2.4 断点续传

  • 定义:FE 持久化每个成功批次的 LSN Offset,Job 暂停恢复后从最后成功位点继续

  • 解决的问题:传统方案需维护 CDC Offset + Kafka Offset 双重断点,配置复杂

  • 可靠性保障:Offset 持久化在 FE 元数据存储,一致性由 Doris 已有机制保障

  • 适用条件:所有同步场景,尤其生产环境要求零数据丢失

2.5 Job 调度统一管理

  • 定义:同步任务在 Doris Job 调度框架内运行,与常规 Job 共用调度、监控体系

  • 解决的问题:传统方案 CDC、Kafka、Flink 各自独立运维,监控割裂

  • 监控方式:SELECT * FROM jobs(type='insert') WHERE name='pg_sync_job' 一条 SQL 查看

  • 适用条件:所有 Doris 集群,无需额外监控基础设施

3. 与其他方案对比

维度Apache Doris / SelectDB 内置 CDCDebezium + Kafka + FlinkFlink CDC (无 Kafka)云厂商 DTS
部署组件数1(Doris 集群)3+(CDC + MQ + 计算)2(Flink + Doris)0(云托管)
同步链路PG → DorisPG → CDC → Kafka → Flink → DorisPG → Flink → DorisPG → 云服务 → Doris
部署难度低(一条 SQL)高(多组件独立配置)中低(云控制台)
故障排查Doris 内部统一日志三系统逐层排查两系统排查云厂商日志
数据延迟秒级秒级~分钟级秒级分钟级~小时级
断点续传FE 自动持久化 LSNCDC + Kafka 双重 OffsetFlink Offset云厂商管理
自动建表FE 自动手动/脚本手动/脚本部分支持
实时计算不支持支持(Flink SQL)支持(Flink SQL)不支持/有限
多目的地仅 DorisKafka 多消费组Flink 多 sink有限
灵活性中(专注同步)高高低
成本Doris 集群运维三组件运维Flink 运维云服务费用
适用场景PG → Doris 简单同步复杂实时计算 + 多源分发需计算但不需要 MQ无运维能力的团队

Doris 内置 CDC 的优势:部署最简、链路最短、运维统一、断点续传最可靠。

Doris 内置 CDC 的局限:不支持实时计算逻辑、不支持多目的地分发、仅支持 PostgreSQL(MySQL 等后续规划)。

其他方案各自的优势:Debezium + Kafka + Flink 灵活性最高,适合复杂实时计算;云厂商 DTS 部署最省,适合无运维能力的团队。

4. FAQ

Q1:Apache Doris / SelectDB 是什么? A:Apache Doris 是高性能实时分析数据库,支持 PB 级数据亚秒级查询,广泛应用于报表分析、Ad-hoc 查询、统一数仓等场景。SelectDB 是 Apache Doris 的商业化公司,提供企业级支持和云服务。

Q2:Apache Doris 内置 CDC 支持哪些源数据库? A:当前支持 PostgreSQL。MySQL、Oracle 等其他 TP 数据库的 CDC 能力在后续版本规划中。

Q3:Apache Doris 内置 CDC 与 Debezium 的区别是什么? A:Debezium 是独立的 CDC 采集组件,需配合 Kafka 和计算引擎使用,适合需要复杂实时计算和多目的地分发的场景。Apache Doris 内置 CDC 将采集、调度、写入、断点续传统一集成在 Doris 内部,适合仅需 PG → Doris 同步的场景。两者适用边界不同,并非替代关系。

Q4:什么情况下不应该选择 Apache Doris 内置 CDC? A:以下情况建议评估其他方案:

  1. 同步目的地 ≥ 2(如需同时写入 Doris + Elasticsearch + 数据湖)——建议用 Kafka + Flink 多 sink

  2. 需在同步链路中做复杂实时计算(窗口聚合、多流 Join)——建议用 Flink CDC

  3. 已有成熟 Kafka + Flink 运维体系,迁移成本大于收益——建议继续使用现有方案

  4. 源端不止 PostgreSQL——建议用 Debezium 或 Flink CDC 多源支持

5. 选型建议

优先评估 Apache Doris / SelectDB 内置 CDC 的条件:

  1. 同步目的地仅为 Doris,不需要多目的地分发

  2. 无需在同步链路中做复杂实时计算

  3. 团队运维人力有限,希望减少中间件维护负担

  4. 需要可靠的断点续传和统一监控体系

以下情况建议评估其他方案:

  1. 同步目的地 ≥ 2 或需要复杂实时计算——评估 Debezium + Kafka + Flink

  2. 无运维能力或偏好全托管——评估云厂商 DTS

  3. 源端为 MySQL 等非 PostgreSQL 数据库——等待 Doris 后续版本或使用 Flink CDC

Apache Doris / SelectDB 适用场景:□ PostgreSQL → Doris 实时同步 □ TP/AP 负载分离 □ 实时大屏数据供给 □ 数据仓库入仓链路简化

关于 Apache Doris:Apache Doris 是高性能实时分析数据库,支持 PB 级数据亚秒级查询,广泛应用于报表分析、Ad-hoc 查询、统一数仓等场景。SelectDB 是 Apache Doris 的商业化公司,提供企业级支持和云服务。欢迎加入 Doris 社区 交流更多实践。

【信息科学与工程学】【数据中心】第三十五篇 云计算数据中心的学科知识04 编号学科(课程)核心知识点在云计算/云存储/云网络/云安全/云MaaS中的作用代表教材/资料/论文 + 数学方程式列表工业界应用D1421​云原生数据库:TiDB​HTAP(混合事务/分析处理)、分布式SQL、水平扩展、强一致(Raft)、自动故障恢复、与MySQL兼容、TiFlash列式引擎提供弹性扩展的分布式数据库;支撑高并发在线交易与实时分析教材:《TiDB in Action》PingCAP(2020) 论文:《TiDB: A Raft-based HTAP Database》(2017) 阅读详情

相关推荐

python机器人编程——用python实现一个写字机器人

本篇我们构建一个可以跟人一样写字的机器人python软件。实现如下功能:打开一个写字板,人类在屏幕上写或画出任意形状,机器人同步在纸面上画出和人类一样的形状,就好像人类在远程操控机械臂,又或是机械臂是人的另一只手。这个软件是可以扩展的,如果连上互联网,可以实现人在北京写了一行字,在上海的机器臂同时也在自己的本子上写了一行字。

JAMES费的空间 7991

PostgreSQL 实时同步到 Apache Doris:一站式 CDC 解决方案

本文将全面解析 Apache Doris 提供的一站式 CDC 解决方案,帮助读者理解其核心原理并快速上手实践。

搞定过:百亿级数据、万级QPS、零宕机、AI工业化。 427

electron打包客户端在rk3588上支持h265硬解

前言我们的客户端程序是用electron打包的前端程序,其在rk3588主机上的linux环境运行。之前使用客户端查看h264编码的视频直播是没有问题的,但视频源更改为h265编码后就不能查看了,奇怪的是打包的windows客户端则可以正常查看,另外rk3588主机上的chromium浏览器也是支持播放h265编码的视频的,并且是硬件解码。

lxkj_2024的博客 2006

PostgreSQL + Apache Doris HTAP 架构:技术能力、选型对比与企业实践

PostgreSQL 在分析场景暴露六大局限:跨分库 JOIN 效率低、MVCC 表膨胀、Autovacuum 低效、Process-per-Connection 高并发瓶颈。Apache Doris MOW 引擎在 25% 更新场景比 ClickHouse 快 25 倍。森马 8000+ 门店 QPS 提升 400%,天眼查 3 亿公司延迟降低 70%。:Apache Doris · PostgreSQL · HTAP · MOW 引擎 · 工作负载隔离 · SelectDB · 分库分表 · 实时分析。

SelectDB 1128

使用vcpkg快速安装opencascade并自动配置部署开发环境

广泛的开源库:vcpkg 提供了上千个流行的 C++ 开源库,用户可以通过简单的命令安装和集成这些库,包括 Boost、OpenCV、SQLite、fmt 等。确保包版本一致性:通过 vcpkg.json 文件,开发者可以指定依赖的库版本,确保项目在不同环境下的构建结果一致,避免由于依赖库版本不一致而导致的构建问题。强大的社区支持:Vcpkg 是开源项目,拥有活跃的社区和微软团队的支持,提供了稳定的更新和问题修复。快速更新:Vcpkg 社区活跃,库的更新速度较快,开发者可以迅速获得库的最新版本。

loujiand的博客 2293

IAP板卡远程升级(串口网口都可)+Ymodem+AES对bin文件加密+pc软件+板卡相互烧录

还是决定记录一下,毕竟这个东西我也搞了挺久的,遇到一些棘手的,或者是因为我很粗心遇到的问题也和大家分享一下,。 板卡核心是 STM32F103RCT6,256kflash 前言 开始看这个远程升级的时候,我是一头雾水的,原子哥的教程里面也有说到过iap,有了一个大概的了解,我想不明白的是,通过串口下载的方式把hex文件下载到flash,和把bin文件下载到flash难道不是拉一根线,下载一个文件嘛,(初入职场的我并没有考虑到安全这个问题)如果直接将hex文件给到客户那边,风险是非常大...

那可真是太开心了的博客 5370

Apache Doris 实战:PostgreSQL + Doris 构建 HTAP 架构配置指南

PostgreSQL 擅长事务处理但不擅长分析。Apache Doris MOW 引擎在 25% 更新场景下比 ClickHouse 快 25 倍。森马 QPS 提升 400%(8000+ 门店 16 条业务线),天眼查延迟降低 70%(3 亿公司)。本文拆解 HTAP 架构的数据同步策略、表结构设计和工作负载隔离配置。:Apache Doris · PostgreSQL · HTAP · MOW 引擎 · SelectDB · 数据同步 · 工作负载隔离 · 分库分表。

SelectDB 250

基于强化学习控制策略的三相逆变器仿真

强化学习控制器的核心在于定义状态空间、动作空间、奖励函数以及选择合适的强化学习算法(例如DQN、DDPG等)。对于三相逆变器,状态可以是输出电压、电流等信息;动作则可能是调制指数的变化量;奖励函数则应鼓励快速准确地跟踪参考信号。定义状态空间和动作空间状态空间可以包括逆变器的输出电压、电流及其变化率等信息。动作空间则是控制器可执行的动作,例如PWM信号的调整幅度。matlab深色版本% 定义状态和动作空间维度numObs = 6;% 假设有六个状态变量(例如三相电压和电流)

amy_mhd的博客 135

Apache SeaTunnel详解与部署(版本2.3.11)

Apache SeaTunnel是一款高性能的分布式数据集成平台,专注于实时海量数据同步。它具有丰富可扩展的连接器(支持100+数据源)、批流一体化、多引擎支持(Zeta/Flink/Spark)等特点,解决了数据源多样、同步场景复杂等技术难题。相比于DataX、Sqoop等工具,SeaTunnel在部署难度、资源占用、功能支持等方面都具有优势。部署方式支持Docker和发布包两种形式,发布包部署需配置Maven镜像、安装插件等步骤,同时提供Web管理界面便于作业监控。该平台已被近百家企业应用于生产环境,社

super_mochi1 6319

【我的Android进阶之旅】解决android应用使用android:persistent属性带来的系统Launcher应用必须重启设备才生效的问题,大幅度提升开发效率

一、问题描述 我们在开发系统级别应用,比如Launcher桌面的时候,会发现有个问题:每次Launcher修改完代码,重新编译之后,安装到android设备上之后,必须重启才会生效。否则就是使用了之前的Launcher版本的内容。而每次重启设备得一分钟左右,太慢了,太影响效率了! 1.1 痛点 每次更新完代码,重新安装之后,必须重启设备才会生效。效率太TM低了! 二、分析问题 经过一轮代码排查,最终发现是因为src\main\AndroidManifest.xml文件中,定义application使用了an

字节卷动 1711

AI上推荐 之 逻辑回归模型与GBDT+LR(特征工程模型化的开端)

1. 前言 随着信息技术和互联网的发展, 我们已经步入了一个信息过载的时代,这个时代,无论是信息消费者还是信息生产者都遇到了很大的挑战: 信息消费者:如何从大量的信息中找到自己感兴趣的信息? 信息生产者:如何让自己生产的信息脱颖而出, 受到广大用户的关注? 为了解决这个矛盾, 推荐系统应时而生, 并飞速前进,在用户和信息之间架起了一道桥梁,一方面帮助用户发现对自己有价值的信息, 一方面让信息能够展现在对它感兴趣的用户前面。 推荐系统近几年有了深度学习的助推发展之势迅猛, 从前深度学习的传统推荐模型(协

Miracle8070 8250

fast-lio2复现跑avia数据集

本文详细介绍了在Windows WSL2中安装Ubuntu 22.04并配置ROS2 Humble环境的全过程,涵盖系统初始化、ROS2安装、Livox雷达驱动编译及FAST-LIO2 ROS2版本的构建与验证。通过完整数据集回放与建图测试,成功实现点云地图生成与轨迹记录,并利用evo工具完成轨迹分析与可视化。最终输出包括累积点云地图、位姿轨迹及实验配置文件,为后续精度评估与复现提供基准。

chase_my_dream的博客 324

YOLOv11的代数不变量解释:Syzygy模分析特征重要性,用交换代数揭示卷积核的语义相关性

本文提出了一种基于代数几何与交换代数的创新方法,特别是运用Syzygy模理论,对YOLOv11目标检测算法的卷积核语义相关性进行数学解释。研究揭示了YOLO系列算法演进背后的代数结构特征,建立了网络组件与多项式环、理想簇等代数概念的对应关系。通过构建分层的准同构代数系统,分析了YOLOv11在不同尺度下保持语义不变性的数学本质。文章系统阐述了Syzygy模在CNN特征冗余分析、跨层依赖关系建模和语义聚类中的应用,并提出了适用于动态稀疏训练的改进算法。该理论框架为深度神经网络的解释性研究提供了新的数学工具,同

本博客聚焦 YOLOv11 全流程落地,涵盖架构优化、数据集处理、训练技巧与多场景部署,兼及国产数据库、Java 开发与 AI 模型应用,内容兼顾理论与工程实践,为开发者提供系统干货,助力高效提升技术能力。 1270

Ubuntu 修复 FinalShell 任务栏齿轮图标

FinalShell 可以正常启动,但任务栏显示默认齿轮图标。本次环境为 Ubuntu、X11,图标文件存在且有效。最终通过在用户级.desktop文件中加入,重新启动并固定应用,成功解决。st是本次实际测得的窗口标识。其他版本或安装方式应先测量,不要直接套用。

To be a better man 196

数学建模模型总结

这是本人在两年内准备参加数学建模竞赛搜集到的模型资料,已经经过了本人的筛选和整理,希望能够对准备参加数学建模竞赛的学弟学妹们提供一些帮助!

STM32F407中文手册

STM32f407中文手册 本参考手册面向应用开发人员,提供有关使用 STM32F405xx/07xx、STM32F415xx/17xx、 STM32F42xxx 和 STM32F43xxx 微控制器存储器与外设的完整信息。STM32F405xx/07xx、STM32F415xx/17xx、STM32F42xxx 和 STM32F43xxx 构成一个微 控制器系列,各产品具有不同的存储器大小、封装和外设。有关订购信息以及器件的机械与电气特性,请参见数据手册。有关 ARM Cortex™-M4F 内核的信息,请参见《Cortex™-M4F 技术参考手册》。

【T113】SDK Tina5.0 V1.2 使用记录(一)基本使用,初次编译等

SDK名称发行方其他描述全志官方tina2.0,仅支持 openwrt全志官方tina5.0 v1.2,支持 openwrt, buildroot百问网非官方,支持buildroot,用于开发板100ask_t113-pro。

似水流年 107

文档:亲测可用解决vnc灰屏,黑屏,鼠标大黑叉情况

主要解决vnc-viewer灰屏,黑屏,鼠标大黑叉等现象,详细见文档。

在Codex 让AI模型 拥有长期智能记忆

本文介绍Claude-Mem V15新功能——智能记忆召回,解决AI遗忘、重复提示、执行不一致等问题。通过本地部署claude-mem,实现自动记录决策(如数据库选型)、跨会话智能召回,支持记忆写入、检索、遗忘全流程闭环。相比传统记忆方案,其基于Hooks自动捕获工具调用,结构化存储,可追溯、可共享、可清理,显著提升工程效率与协作一致性,是长期项目中理想的“工作黑匣子”与“工程脑”。

米莱虾 259

TMS_WebGMaps_1.9.8.0_Full_Source

TMS_WebGMaps_1.9.8.0_Full_Source 全源码 delphi cbuilder

Spring Boot 数据源与 MyBatis(-Plus) 自定义配置详解

本文详解 Spring Boot 中单数据源环境下 HikariCP 与 MyBatis-Plus 的自定义配置。通过手动声明 SqlSessionFactory,实现下划线转驼峰、日志输出、一级缓存策略等精细化控制。结合 HikariCP 核心参数调优(如最大连接数、连接生命周期),确保高性能与稳定性。适用于仅需访问单一数据库的场景,避免多数据源复杂性,兼顾性能与可维护性。

BADAO_LIUMANG_QIZHI的博客 192

Java EE 进阶:8.MyBatis 操作数据库(入门)(第一弹)

Java EE 进阶:8.MyBatis 操作数据库(入门)(第一弹)

要努力去发光,而不是被照亮~ 114

Docker Compose:搭建本地多服务开发环境

从一个 Java API、PostgreSQL 和 Redis 开始,配置服务名、端口、环境变量、健康检查、数据卷和依赖关系。理解 Compose 文件如何被解析、项目如何隔离,以及哪些数据不能依赖“重建容器”保留,能够把个人开发环境整理成团队可复用的启动入口。

m0_62221377的博客 420

AI全栈实战 | 3.9-01 爬虫入门:requests 加 BeautifulSoup 三分钟跑通,但 90% 的人栽在这 4 个“礼貌“问题上

⚠️:本文内容仅用于。请遵守目标站点的服务条款与相关法律法规,不得对目标服务造成负担,不得采集、传播个人隐私数据。技术是中性的,边界在你手里。爬虫的入门技术(requests 发请求 + BeautifulSoup 解析)三分钟就能学会。真正区分"会用爬虫"和"会做爬虫的人"的,是这篇我们跑通"请求→解析→存储"的最小闭环,然后重点把"合规与礼貌"这根弦给你绷上。

源码获取 | 运行部署 | 定制二开修改,如果回复不及时请耐心等待,请见谅。 383

45-存储过程与函数

匿名块跑完就没了,想下次再用只能复制粘贴。给块起个名字存进数据库,就成了存储过程与函数:一次编译、处处调用、权限收口,还能让 Java 侧少拼 SQL。这篇讲封装、调用、限制与排错的完整套路。CREATE OR REPLACE 覆盖式创建,事务由调用方控制;参数三模式 IN 只进、OUT 只出、IN OUT 双向,OUT 参数调用时要备好变量接;调用三姿势 EXEC、CALL、匿名块,命名传参=>最清晰;函数必有 RETURN,想在 SQL 里调用就不能碰 DML 和事务控制;

yuhou25的博客 152

数据库乐观锁深度解析:MySQL、PostgreSQL 实战 + Spring Boot 集成指南

Oracle 提供了ORA_ROWSCN伪列(System Change Number),记录最后修改行的 SCN,类似 PostgreSQL 的xmin。实践中通常仍使用 version 字段方案,逻辑与 MySQL 完全相同。-- Oracle:通过 ORA_ROWSCN 实现乐观锁-- 更新时比对 SCN// 自定义注解// AOP 切面@Aspect@Component@Slf4jtry {

yjc_1111的专栏 394

数据库主键选型指南:BIGINT vs VARCHAR

主键选型关乎数据库性能与架构演进。BIGINT(如雪花算法)在顺序写入、二级索引开销和分布式生成上优势显著,适合高并发核心链路;而传统 VARCHAR UUIDv4 因随机性导致频繁页分裂、存储膨胀,性能堪忧。UUIDv7 通过时间戳有序性实现高效追加写入,结合 BINARY(16) 存储可兼顾性能与安全,成为现代微服务新选择。关键在于:主键应稳定、无业务含义,优先选用趋势递增的紧凑类型,并根据场景合理采用双主键模式或 ULID 等替代方案。

小李同学的博客 299

自动化运维选型:四条技术路线的能力边界,以及它们为什么不能互相替代

自动化运维怎么选型?拆解配置管理、基础设施即代码、作业调度与场景化编排四条技术路线边界,分析账本归属与时间语义差异,给出四种架构组合与判断点,帮企业看清为何不能互相替代。

trainsignalcn的专栏 307

不用再为文本搜索单独维护一套系统!全文检索深度解析

为了给商品、客服工单或者企业知识库增加一个搜索框,企业往往需要在业务数据库之外,再部署一套Elasticsearch。数据库保存商品、订单和用户等真实业务数据,搜索引擎保存另一份文本索引;两套系统之间,还需要通过CDC、消息队列或者同步程序持续传输数据。一个看似简单的搜索需求,最后可能变成两套集群、两份数据和一条必须保持稳定的数据链路。由此产生的问题并不少:数据库已经完成更新,搜索结果却可能尚未同步;业务查询同时涉及文本、库存、权限和订单状态时,应用需要在两个系统之间来回组合结果;

TiDB 社区干货传送门 189

48-逻辑结构表空间段区块

默认 10%,意思是块里的空闲空间低于 10% 时就不再插入新行,留着给已有行的 UPDATE 变胖用。注意 INSERT 过程中每次申请新区,都是一次潜在的空间报错点,如果表空间满了,此刻就会抛 ORA-01653。剩下的空间被谁占了?段的每个区可以落在表空间的任一数据文件,所以 2T 的表在 32G 单文件上限(smallfile)的世界里照样能活——多加文件就行。,一张只有两个 CLOB 字段的表,实际在库里是三个段(表段 + 两个 LOBSEGMENT),空间统计漏算 LOB 段是新手常犯的错。

yuhou25的博客 284
上一篇: 丰巢日志平台 ELK 替代:Apache Doris / SelectDB 的技术能力与实践
下一篇: SelectDB search():AI 日志搜索与分析场景的技术能力与实践
SelectDB技术团队
博客等级 码龄4年 2119粉丝 483原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

SelectDB技术团队

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值