394 相关操作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 394 9.2.8 日志配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 395 vi 背景信息 . . 系统的全新挑战。登录到具体服务器的点对点运维方式，无法适用于面向大量分布式服务器的场景。通 过对可系统观察性数据的遥测是分布式系统推荐的运维方式。Tracing（链路跟踪）、Metrics（指标监控） 和 Logging （日志）是系统运行状况的可观察性数据重要的获取手段。 APM（应用性能监控）是通过对系统可观察性数据进行采集、存储和分析，进行系统的性能监控与诊断， 主要功能包括性能指标监控、调用链分析，应用拓扑图等。 相关参考 • 可观察性的使用 • 开发者指南：可观察性 • 实现原理 8.10.6 核心概念 Agent 基于字节码增强和插件化设计，以提供 Tracing 和 Metrics 埋点，以及日志输出功能。需要开启 Agent 的 插件功能后，才能将监控指标数据输出至第三方 APM 中展示。 APM APM 是应用性能监控的缩写。着眼于分布式系统的性能诊断，其主要功能包括调用链展示，应用拓扑分

378 相关操作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378 9.2.8 日志配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 379 背景信息 . . . . 系统的全新挑战。登录到具体服务器的点对点运维方式，无法适用于面向大量分布式服务器的场景。通 过对可系统观察性数据的遥测是分布式系统推荐的运维方式。Tracing（链路跟踪）、Metrics（指标监控） 和 Logging （日志）是系统运行状况的可观察性数据重要的获取手段。 APM（应用性能监控）是通过对系统可观察性数据进行采集、存储和分析，进行系统的性能监控与诊断， 主要功能包括性能指标监控、调用链分析，应用拓扑图等。 相关参考 • 可观察性的使用 • 开发者指南：可观察性 • 实现原理 8.10.6 核心概念 Agent 基于字节码增强和插件化设计，以提供 Tracing 和 Metrics 埋点，以及日志输出功能。需要开启 Agent 的 插件功能后，才能将监控指标数据输出至第三方 APM 中展示。 APM APM 是应用性能监控的缩写。着眼于分布式系统的性能诊断，其主要功能包括调用链展示，应用拓扑分

360 相关操作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 360 9.2.8 日志配置 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361 背景信息 . . . . 系统的全新挑战。登录到具体服务器的点对点运维方式，无法适用于面向大量分布式服务器的场景。通 过对可系统观察性数据的遥测是分布式系统推荐的运维方式。Tracing（链路跟踪）、Metrics（指标监控） 和 Logging （日志）是系统运行状况的可观察性数据重要的获取手段。 APM（应用性能监控）是通过对系统可观察性数据进行采集、存储和分析，进行系统的性能监控与诊断， 主要功能包括性能指标监控、调用链分析，应用拓扑图等。 相关参考 • 可观察性的使用 • 开发者指南：可观察性 • 实现原理 8.10.6 核心概念 Agent 基于字节码增强和插件化设计，以提供 Tracing 和 Metrics 埋点，以及日志输出功能。需要开启 Agent 的 插件功能后，才能将监控指标数据输出至第三方 APM 中展示。 APM APM 是应用性能监控的缩写。着眼于分布式系统的性能诊断，其主要功能包括调用链展示，应用拓扑分

ShardingSphere document, v5.2.0 过对可系统观察性数据的遥测是分布式系统推荐的运维方式。Tracing（链路跟踪）、Metrics（指标监控） 和 Logging （日志）是系统运行状况的可观察性数据重要的获取手段。 APM（应用性能监控）是通过对系统可观察性数据进行采集、存储和分析，进行系统的性能监控与诊断， 主要功能包括性能指标监控、调用链分析，应用拓扑图等。 相关参考 • 可观察性的使用 • 开发者指南：可观察性 • 实现原理 3.10.6 核心概念 Agent 基于字节码增强和插件化设计，以提供 Tracing 和 Metrics 埋点，以及日志输出功能。需要开启 Agent 的 插件功能后，才能将监控指标数据输出至第三方 APM 中展示。 3.10. 可观察性 47 Apache ShardingSphere document, v5 链路跟踪，通过探针收集调用链数据，并发送到第三方 APM 系统。 Metrics 系统统计指标，通过探针收集，并且写入到时序数据库，供第三方应用展示。 Logging 日志，通过 Agent 能够方便的扩展日志内容，为分析系统运行状态提供更多信息。 3.10. 可观察性 48 4 用户手册 本章节面向 Apache ShardingSphere 的用户，详细阐述项目的使用说明。

系统的全新挑战。登录到具体服务器的点对点运维方式，无法适用于面向大量分布式服务器的场景。通 过对可系统观察性数据的遥测是分布式系统推荐的运维方式。Tracing（链路跟踪）、Metrics（指标监控） 和 Logging （日志）是系统运行状况的可观察性数据重要的获取手段。 APM（应用性能监控）是通过对系统可观察性数据进行采集、存储和分析，进行系统的性能监控与诊断， 主要功能包括性能指标监控、调用链分析，应用拓扑图等。 ，是 Apache ShardingSphere 可观察性模块 的设计目标。 4.10.4 核心概念 代理 基于字节码增强和插件化设计，以提供 Tracing 和 Metrics 埋点，以及日志输出功能。需要开启代理的插 件功能后，才能将监控指标数据输出至第三方 APM 中展示。 APM APM 是应用性能监控的缩写。着眼于分布式系统的性能诊断，其主要功能包括调用链展示，应用拓扑分 • 启动插件 通过改造后的 ShardingSphere‐Proxy 的启动脚本启动。 bin/start.sh 正常启动可以在对应的 ShardingSphere‐Proxy 日志查看到 plugin 的启动日志，访问 Proxy 后，可以通过 配置的地址查看到 Metric 和 Tracing 的数据。 4.10. 可观察性 65 5 用户手册 本章节面向 Apache ShardingSphere

系统的全新挑战。登录到具体服务器的点对点运维方式，无法适用于面向大量分布式服务器的场景。通 过对可系统观察性数据的遥测是分布式系统推荐的运维方式。Tracing（链路跟踪）、Metrics（指标监控） 和 Logging （日志）是系统运行状况的可观察性数据重要的获取手段。 APM（应用性能监控）是通过对系统可观察性数据进行采集、存储和分析，进行系统的性能监控与诊断， 主要功能包括性能指标监控、调用链分析，应用拓扑图等。 ，是 Apache ShardingSphere 可观察性模块 的设计目标。 4.10.4 核心概念 代理 基于字节码增强和插件化设计，以提供 tracing 和 metrics 埋点，以及日志输出功能。需要开启代理的插 件功能后，才能将监控指标数据输出至第三方 APM 中展示。 APM APM 是应用性能监控的缩写。着眼于分布式系统的性能诊断，其主要功能包括调用链展示，应用拓扑分 • 启动插件 通过改造后的 ShardingSphere‐Proxy 的启动脚本启动。 bin/start.sh 正常启动可以在对应的 ShardingSphere‐Proxy 日志查看到 plugin 的启动日志，访问 Proxy 后，可以通过 配置的地址查看到 Metric 和 Tracing 的数据。 4.10. 可观察性 64 5 用户手册 本章节面向 Apache ShardingSphere

. . . . 198 区分同一日志中的 database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198 区分同一日志中的 database 和用户 . . . . . . . . . . . . . . . . . . . . . . . . . . 199 拆分为不同的日志文件 . . . . . . . 系统的全新挑战。登录到具体服务器的点对点运维方式，无法适用于面向大量分布式服务器的场景。通 过对可系统观察性数据的遥测是分布式系统推荐的运维方式。Tracing（链路跟踪）、Metrics（指标监控） 和 Logging （日志）是系统运行状况的可观察性数据重要的获取手段。 APM（应用性能监控）是通过对系统可观察性数据进行采集、存储和分析，进行系统的性能监控与诊断， 主要功能包括性能指标监控、调用链分析，应用拓扑图等。 com/apache/shardingsphere/tree/master/shardingsphere‐agent 4.10.4 核心概念 代理 基于字节码增强和插件化设计，以提供 Tracing 和 Metrics 埋点，以及日志输出功能。需要开启代理的插 件功能后，才能将监控指标数据输出至第三方 APM 中展示。 4.10. 可观察性 62 Apache ShardingSphere document, v5.1.2

commit 指令进行最终提交；若有任意 XAResource 的反馈结 果不正确，则调用 rollback 指令进行回滚。在事务管理器发出提交指令后，任何 XAResource 产生的 异常都会通过恢复日志进行重试，以保证提交阶段的操作原子性，和数据强一致性。 例如: XAResource1.prepare ## ack: yes XAResource2.prepare ## ack: yes 从跟踪图中可以能够看到发生异常的节点。 /Sharding-Sphere/executeSQL/ : 表示执行 SQL 异常的结果。 /Sharding-Sphere/executeSQL/ : 表示执行 SQL 异常的日志。 Agent 集成 背景 ShardingSphere‐Agent 是独立自主设计，基于 Bytebuddy 字节码增加的项目，基于插件化的设计，可 以无缝隙的与 ShardingSphere “shardingsphere‐agent”URL_VERSION: “/api/v2/spans”#zipkin 服务的抓取 span 的 uri Logging: props: LEVEL: “INFO”# 打印的日志级别 “ 以上为 agent 的所有配置，注意：当配置 ignoredPluginNames 时候，表示集合里面的插件会被忽略！ 3.5 弹性伸缩 3.5.1 背景 Apache ShardingSphere

从跟踪图中可以能够看到发生异常的节点。 /Sharding-Sphere/executeSQL/ : 表示执行 SQL 异常的结果。 /Sharding-Sphere/executeSQL/ : 表示执行 SQL 异常的日志。 Agent 集成 背景 ShardingSphere‐Agent 是独立自主设计，基于 Bytebuddy 字节码增加的项目，基于插件化的设计，可 以无缝隙的与 ShardingSphere 信息，多个配置可用','分隔 otel.traces.exporter: "zipkin" #traces 数据的导出器 Logging: props: LEVEL: "INFO" # 打印的日志级别 以上为 agent 的所有配置，注意：当配置 ignoredPluginNames 时候，表示集合里面的插件会被忽略！ 4.5. 分布式治理 54 Apache ShardingSphere 事务 Apache ShardingSphere 默认的 XA 事务管理器为 Atomikos。 数据恢复 在项目的 logs 目录中会生成 xa_tx.log, 这是 XA 崩溃恢复时所需的日志，请勿删除。 修改配置 可以通过在项目的 classpath 中添加 jta.properties 来定制化 Atomikos 配置项。 详情请参见Atomikos 官方文档。 Narayana

test_decoding in source. 2. Modify WAL configuration in source. postgresql.conf configuration sample: wal_level = logical max_wal_senders = 10 max_replication_slots = 10 wal_sender_timeout = 0 max_connections Authority required 1. Modify WAL configuration in source. postgresql.conf configuration sample: wal_level = logical max_wal_senders = 10 max_replication_slots = 10 wal_sender_timeout = 0 max_connections Requirements 1. Adjust the source end WAL configuration. Example configuration for postgresql.conf: wal_level = logical max_wal_senders = 10 max_replication_slots = 10 wal_sender_timeout = 0 max_connections