Greenplum 编译安装和调试 本文先介绍如何从源代码编译安装Greenplum、初始化Greenplum集群。然后介绍SQL在 Greenplum中的典型执行路径，最后介绍一些调试技巧。 源代码使用 Greenplum 开源社区最新源代码 6X_STABLE 分支： https://github.com/greenplum-db/gpdb​，内核代码基于 PostgreSQL ​|​ ​499 有关如何安装多节点集群，请参考Greenplum官方安装文档。 2.2 集群初始化问题调试 有时候 gpinitsystem 会失败，但是不清楚失败原因是什么。 下面提供一些思路来 RCA： 2.2.1 使用 gpinitsystem 调试模式 gpinitsystem 有一个 -D 选项，使用这个选项可以看到更多的输出信息，根据这些额外的输出信息 可以发现并解决大部分问题。 脚本初始化集群和管理集群。可以通过在合适的地方设置日志或 者调试信息可以帮助分析某些难以解决的问题。 ● 集群初始化工具 gpinitsystem 是Bash脚本工具，有些时候它的报错信息很不清楚。这个 时候可以 ○ 使用 -D 选项 ○ gp_bash_functions.sh 是内部一个被频繁调用执行系统命令的函数，可以通过 set -x 可以打印出所有执行的命令的详细信息。对调试 hang 问题很有效。 ●

数据 资源 Kafka 数据 采集 实时同步 批量采集 流 式 数 据 MEGDAO完⼯调试移 动端数据 数据 存储 计算 πDataCS 数字底座 数据 共享 实时 加密 并⾏计算 复杂查询 预计算 多租户 多模存储 向量化 … 计算集群1 计算集群2 MEGDAO完⼯调试客 户端数据 管理/过 程数据 ⽂ 件 数 据 SWS完⼯计 划数据 SWS设计数 据 SWS派⼯数据 项目进程数据看板 移动完⼯调试 设计与建造 计划管理 供应商数据管理 项目管理 数据分析云平台 第三⽅系统接⼊ BPMS流程自动化 数据 应用 业务需求： 基于核⼼研发团队在集团首艘豪华邮轮建造项目中的调试完⼯实施管理及质量数据应用的经验，打造集监测、检测成⼀体适用于⼤型复杂 装备建造项目的国产数字化调试完⼯应用平台。旨在为豪华邮轮国产化提供专业的自动化软件应用的同时，加速调试完⼯数字平台国产化 数据，打造孪⽣设计⼤数据库，穿透调试计划，串联供应链数据。 Ø 致⼒于建设⼀个安全、可控、软硬件⼀体的数字建造⼯业自动化软件应用平台，从设计到交付，发布全流程建造⼯程调试完 ⼯数字化， Ø 构建成套云计算架构下的⼯业软件平台，不仅可服务于豪华邮轮国产化建造，还可应用与数字化升级背景下的各项⼤型复杂 装备建造项目。 项目收益： 解决⽅案： 基于πDataCS建设⼀个国产化的调试完⼯数据平台，平台不

. . . . . . . . . . . . . . . . . . . . . . . . . . 90 10.6 怀疑 ElasticJob 在分布式环境中有问题，但无法重现又不能在线上环境调试，应该怎么做? 90 10.7 控制台界面无法正常显示? . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 90 // 创建作业配置 ... } } 配置作业导出端口 使用 ElasticJob 过程中可能会碰到一些分布式问题，导致作业运行不稳定。 由于无法在生产环境调试，通过 dump 命令可以把作业内部相关信息导出，方便开发者调试分析； 导出命令的使用请参见运维指南。 以下示例用于展示如何通过 SnapshotService 开启用于导出命令的监听端口。 public class JobMain oneOffJobBootstrap.execute(); } } 配置作业导出端口 使用 ElasticJob 过程中可能会碰到一些分布式问题，导致作业运行不稳定。 由于无法在生产环境调试，通过 dump 命令可以把作业内部相关信息导出，方便开发者调试分析； 导出命令的使用请参见运维指南。 以下示例用于展示如何通过 Spring 命名空间开启用于导出命令的监听端口。

. . . . . . . . . . . . . . . . . . . . . . . . . 511 13.6.1 其他如果 SQL 在 ShardingSphere 中执行不正确，该如何调试？ . . . . . . . . . 511 13.6.2 其他阅读源码时为什么会出现编译错误? IDEA 不索引生成的代码？ . . . . . . . 511 13.6.3 其他使用 SQLSever org/jdk17/tools/ 提供的一系列命令行工具或可视化工具观察 GraalVM Native Image 的内部行为，并根据其要求使用 VSCode 完成调试工作。如果你正在使用 IntelliJ IDEA 并且希望调试生成的 GraalVM Native Image，你可以关注 https://blog.jetbrains.com /idea/2022/06/intellij‐i 环境。环境又具体分为环境准备方式，数据库 类型和场景。 环境准备方式分为 Native 和 Docker，未来还将增加 Embed 类型的支持。 • Native 环境用于测试用例直接运行在开发者提供的测试环境中，适用于调试场景。 • Docker 环境由 Testcontainer 创建，适用于云编译环境和测试 ShardingSphere‐Proxy 的场景，如： GitHub Action。 • Embed

. . . . . . . . . . . . . . . . . . . . . . . . . 490 13.6.1 其他如果 SQL 在 ShardingSphere 中执行不正确，该如何调试？ . . . . . . . . . 490 13.6.2 其他阅读源码时为什么会出现编译错误? IDEA 不索引生成的代码？ . . . . . . . 490 13.6.3 其他使用 SQLSever graalvm.org/22.3/tools/ 提供的一系列命令行工具或可视化工具观察 GraalVM Native Image 的内部行为，并根据其要求使用 VSCode 完成调试工作。如果你正在使用 IntelliJ IDEA 并且希望调试生成的 GraalVM Native Image，你可以关注 https://blog.jetbrains.com /idea/2022/06/intellij‐i 环境。环境又具体分为环境准备方式，数据库 类型和场景。 环境准备方式分为 Native 和 Docker，未来还将增加 Embed 类型的支持。 • Native 环境用于测试用例直接运行在开发者提供的测试环境中，适用于调试场景。 • Docker 环境由 Testcontainer 创建，适用于云编译环境和测试 ShardingSphere‐Proxy 的场景，如： GitHub Action。 • Embed

. . . . . . . . . . . . . . . . . . . . . . . . . 537 13.6.1 其他如果 SQL 在 ShardingSphere 中执行不正确，该如何调试？ . . . . . . . . . 537 13.6.2 其他阅读源码时为什么会出现编译错误? IDEA 不索引生成的代码？ . . . . . . . 538 13.6.3 其他使用 SQLSever org/jdk22/tools/ 提供的一系列命令行工具或可视化工具观察 GraalVM Native Image 的内部行为，并根据其要求使用 VSCode 完成调试工作。如果你正在使用 IntelliJ IDEA 并 且希望调试生成的 GraalVM Native Image，你可以关注 https://blog.jetbrains.com/idea/2022/06/intellij ‐i 环境。环境又具体分为环境准备方式，数据库 类型和场景。 环境准备方式分为 Native 和 Docker，未来还将增加 Embed 类型的支持。 • Native 环境用于测试用例直接运行在开发者提供的测试环境中，适用于调试场景。 • Docker 环境由 Testcontainer 创建，适用于云编译环境和测试 ShardingSphere‐Proxy 的场景，如： GitHub Action。 • Embed

. . . . . . . . . . . . . . . . . . . . . . 283 7 FAQ 284 7.1 如果 SQL 在 ShardingSphere 中执行不正确，该如何调试？ . . . . . . . . . . . . . . . . 284 7.2 阅读源码时为什么会出现编译错误?IDEA 不索引生成的代码？ . . . . . . . . . . . . . 环境。环境又具体分为环境准备方式，数据库 类型和场景。 环境准备方式分为 Native 和 Docker，未来还将增加 Embed 类型的支持。 • Native 环境用于测试用例直接运行在开发者提供的测试环境中，适于调试场景； • Docker 环境由 Maven 运行 Docker‐Compose 插件直接搭建，适用于云编译环境和测试 ShardingSphere‐Proxy 的场景，如：GitHub Action； RIO-TYPE}.yaml: 规则配置 Docker 环境配置为 ShardingSphere‐Proxy 提供了远程调试端口，可以在 “docker‐compose.yml“ 文件 的 “shardingsphere‐proxy“中找到第 2 个暴露的端口用于远程调试。 运行测试引擎 配置测试引擎运行环境 通过配置 src/test/resources/env/engine-env.properties

5. ## meta 文件地址 6. meta = "./syncer.meta" 7. 8. worker-count = 16 9. batch = 10 10. 11. ## pprof 调试地址, Prometheus 也可以通过该地址拉取 syncer metrics 12. ## 将 127.0.0.1 修改为相应主机 IP 地址 13. status-addr = "127.0.0 5. ## meta 文件地址 6. meta = "./syncer.meta" 7. 8. worker-count = 16 9. batch = 10 10. 11. ## pprof 调试地址, Prometheus 也可以通过该地址拉取 syncer metrics 12. ## 将 127.0.0.1 修改为相应主机 IP 地址 13. status-addr = "127.0.0 -p string 16. TiDB 账户密码 17. -pprof-addr string 18. Loader 的 pprof 地址，用于对 Loader 进行性能调试 (默认为 ":10084") 19. -t int 20. 线程数 (默认为 16). 每个线程同一时刻只能操作一个数据文件。 21. -u string 22. TiDB

实验特性）被移除。如果在升级 TiCDC 前已经使 用过环形同步功能复制数据，升级后此部分数据的环形同步不受影响。 2.2.5 提升改进 • TiDB – 当 coprocessor 遇到锁时，在调试日志中显示受影响的 SQL 语句帮助诊断问题 #27718 – 在 SQL 逻辑层备份和恢复数据时，支持显示备份和恢复数据的大小 #27247 – 改进 tidb_analyze_version=2 和 session 两种作用域，它们的生效方式与其他系统变量不一样： • 设置 global 变量后整个集群立即生效 • 设置 session 变量后当前 TiDB server 立即生效，这对于调试单个 TiDB server 比较有用 • 优先读 session 变量，没有设置过 session 变量才会读 global 变量 • 把 session 变量设为空字符串，将会重新读 global TiDB 的监听地址 --db.port int 指定 TiDB 的端口号 --db.binpath string 指定 TiDB 二进制文件的位置（开发调试用，可忽略） --db.config string 指定 TiDB 的配置文件（开发调试用，可忽略） 677 --db.timeout int 指定 TiDB 最长等待超时时间，单位为秒。若配置为 0，则永不超时。 --drainer int

. . . . . . . . . . . . . . . . . . . . . . . . . . 426 8.6.1 其他如果 SQL 在 ShardingSphere 中执行不正确，该如何调试？ . . . . . . . . . 426 8.6.2 其他阅读源码时为什么会出现编译错误? IDEA 不索引生成的代码？ . . . . . . . 427 8.6.3 其他使用 SQLSever 环境。环境又具体分为环境准备方式，数据库 类型和场景。 环境准备方式分为 Native 和 Docker，未来还将增加 Embed 类型的支持。 • Native 环境用于测试用例直接运行在开发者提供的测试环境中，适用于调试场景。 • Docker 环境由 Testcontainer 创建，适用于云编译环境和测试 ShardingSphere‐Proxy 的场景，如： GitHub Action。 • Embed MySQL, Oracle, SQLServer, PostgreSQL it.cluster.databases=H2,MySQL,Oracle,SQLServer,PostgreSQL 运行调试模式 • 标 准 测 试 引 擎 运 行 org.apache.shardingsphere.test.integration.engine. ${SQL-TYPE}.General${SQL-TYPE}IT