Chaos Mesh + SkyWalking，打造可观测的混沌工程

原创

于 2021-11-30 10:24:24 发布 · 2.1k 阅读

2 ·

CC 4.0 BY-SA版权

文章标签：

#数据库 #数据库设计 #系统架构

本文介绍了如何通过SkyWalking与ChaosMesh的协作，利用SkyWalking的APM功能监控Event，详细展示了如何在混沌实验中观察服务性能变化，包括不同故障级别下的性能影响。通过实例演示，提升系统可观测性和故障诊断能力。

Chaos Mesh 是一个开源的云原生混沌工程平台，借助 Chaos Mesh，用户可以很方便地对服务注入异常故障，并配合 Chaos Dashboard 实现对整个混沌实验运行状况的监测。然而，对混沌实验运行情况的监控并不能告诉我们应用服务性能的变化。从系统可观测性的角度来说，我们可能无法单纯通过混沌实验的动态了解故障的全貌，这也阻碍了我们对系统和故障的进一步了解，调试。

Apache SkyWalking 是一个开源的 APM (Application Performance Monitor) 系统，可以对云原生服务提供监控、跟踪、诊断等功能。SkyWalking 支持收集 Event（事件），可在 Dashboard 中查看分布式系统中发生了哪些事件，并可以直观地观测到不同 Event 对服务性能造成的影响，和 Chaos Mesh 结合使用，便可为混沌实验造成的服务影响提供监控。

本教程将分享如何通过将 SkyWalking 和 Chaos Mesh 结合，运用 Event 信息监控，实时了解混沌实验对应用服务性能造成的影响。

准备工作

创建 Skywalking 集群，具体可以参考 SkyWalking Readme。
部署 Chaos Mesh，推荐使用

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

TiDB_PingCAP

关注关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

参与评论您还未登录，请先登录后发表或查看评论

博客

TiDB 可观测性解读（二）丨算子执行信息性能诊断案例分享

03-28

868

通常我们可以用 explain analyze 语句获得算子执行信息。explain analyze 会实际执行对应的 SQL 语句，同时记录其运行时信息，和执行计划一并返回出来，记录的信息包括： actRows 、 execution info 、 memory 、 disk。不同算子的 execution info 可以通过 TiDB 文档 ( https://docs.pingcap.com/zh/tidb/stable/sql-statement-explain-analyze )了解。

博客

TiDB × AI ：DeepSeek 时代你需要什么样的数据基座

03-21

1267

AutoFlow 是一套 GraphRAG 框架，不仅提供了类似于 LlamaIndex 的能力，而且还内置语义化的知识图谱构建和召回，以及我们在 AutoFlow 上实践得出的一系列行之有效的领先的 RAG 能力（这些接下来会介绍）。不过需要强调的是，Dify 是一个开箱即用的非常易用的界面，而 AutoFlow 虽然功能更强却则具有比较高的使用门槛，所以这两个选择其实面向了不同的群体，用户需要依据自己的实际需求进行选择。它并非传统的基于规则的优化工具，而是利用大模型的知识来优化不同类型的数据库。

博客

架构师必看！现代应用架构发展趋势与数据库选型建议丨TiDB vs MySQL 专题（一）

03-20

1126

随着业务系统数据量的增长，早起只能无奈采取分库分表方案以及架构，这不单为运维带来了极高的复杂度，同时对业务开发也带来的极大的入侵，SQL 只能限定按照 shard key 维度进行编写，无法任意维度的进行 SQL 查询，开发不得不牺牲业务需求，业务的发展也不得不受限，同时又需投入大量的高精尖人才进行开发维护。这对数据库的承载能力提出了极高的挑战，不但需要承载大数据量，又需要保障业务读写性能的稳定性，而在数据的承载能力上，MySQL 的极限，是 TiDB 的起点。一行命令完成扩展，无需任何的人工干预。

博客

TiDB 观测性解读（一）丨索引观测：快速识别无用索引与低效索

03-13

837

通过识别并优化未使用或低效的索引，可以减少资源浪费，并提高系统的响应速度和稳定性。在 TiDB 中，TIDB_INDEX_USAGE 系统表提供了相对丰富的索引使用统计数据，帮助 DBA 快速发现低效索引，并通过优化或删除它们来提升数据库效率。尽管删除索引的操作相对简单，但在实施时仍需注意潜在的限制和风险，尤其是在大数据量和高并发环境下。定期检查索引使用情况，尤其是对于大规模数据库。确保用于决策的统计数据涵盖足够长的业务周期，避免误判。

博客

海量数据融合互通丨TiDB 在安徽省住房公积金监管服务平台的应用实践

03-06

1037

目前安徽省住房公积金监管服务平台已具备一系列功能模块，包括首页、运营分析、统计报表、智慧大屏、数据治理、风险检查和系统管理。其中，运营分析主要用于从不同维度分析公积金业务指标，统计报表则负责生成、填报和查询住建部规定的报表，同时也支持省级用户的报表导入、核对和更新。智慧大屏提供了综合和业务两大类可视化展示，而数据治理模块则涵盖了传数统计、数据检核和人工数据核对等功能，以确保数据的质量。风险检查方面，平台不仅支持公积金中心的自我检查，也支持省厅的检查，并可以根据需要添加新的检查模型。

博客

TiDB 2024 年度报告：增长的故事

02-27

208

TiDB 2024 年度报告：增长的故事

博客

TiDB Chat2Query 深度解析：我们如何打造一款更高效、准确的智能 SQL 生成工具？

02-24

1223

上个季度的销售额是多少？“哪个产品类别表现最佳？“本月客户投诉的趋势如何？相比其他工具，Chat2Query 能够对用户上传的大规模数据集进行理解和分析，摒弃繁杂的专业术语和查询语句，Chat2Query 使得用户能够通过自然语言直接向数据库提问，并即时获得答案。

博客

4.98 亿月活背后的国产数据库：咪咕视讯携手 TiDB 攻克内容分发核心系统挑战

02-20

994

咪咕大概是 2018 年左右正式开始对分布式数据库进行研究的，到现在为止我们看到和测试过太多的国内产品。但是在当时，敢用 LSM 树而不是 B+ 树做存储引擎，敢做分布式存算引擎分离的，能够行列副本共存、优化器路由分流做 MPP shuffle 的，市面上真的真的非常非常地不多见。比较多的是精致的分库分表外挂，或某些知名国外产品的模仿版。TiDB 的产品给我的印象是极具冲击性的，那么大胆、不随大流。验证和使用下来，效果也是切实的。

博客

53 倍性能提升！TiDB 全局索引如何优化分区表查询？

02-17

1196

在 TiDB 中，全局索引是一种定义在分区表上的索引类型，它允许索引分区与表分区之间建立一对多的映射关系，即一个索引分区可以对应多个表分区。这与 TiDB 早期版本中的本地索引（Local Index）不同，本地索引的索引分区与表分区之间是一对一的映射关系，即一个分区对应一个局部的索引块。全局索引能覆盖整个表的数据，使得主键和唯一键在不包含分区键的情况下仍能保持全局唯一性。此外，全局索引可以在一次操作中访问多个分区的索引数据，而无需对每个分区的本地索引逐一查找，显著提升了针对非分区键的查询性能。

博客

一行代码不用写，用 Autoflow + Gitee AI 搭建本地知识库问答机器人

02-05

874

本文详解 AutoFlow 从部署到配置的完整流程，包括数据库连接、模型设置、知识库创建及聊天引擎配置，实现了一行代码不用写的问答机器人快速搭建。轻松上手，助力开发者探索智能问答解决方案。

博客

TiDB 分布式数据库多业务资源隔离应用实践

02-05

1171

本文将分享某客户在 TiDB 分布式数据库中实现多业务资源隔离的实践案例。

博客

攻克多版本运维难题：爱奇艺百套 TiDB 集群升级至 v7.1.5 实战宝典来袭！

02-05

1042

本文将深入探讨爱奇艺如何通过升级，成功将百套 TiDB 集群从多个旧版本升级至 v7.1.5，攻克多版本运维挑战，获得更稳更快的 TiDB 使用体验。

博客

百亿大表的实时分析：华安基金 HTAP 数据库的选型历程与 TiDB 使用体验

02-05

901

明确需求：首先评估业务对 TP（事务处理）和 AP（分析处理）的需求比重，确定数据量、查询速度和响应时间，确保数据库能满足业务对实时性的要求。技术特性评估：考虑数据库的实时分析能力、可扩展性、高性能、安全性和灵活性，以支持业务人员实施的场景需求，特别是后台营销人员对数据实时性的需求。集成与兼容性：评估数据库与现有数据库、应用程序和其他关键系统的集成能力，确保数据同步策略的无缝实施。安全性与可靠性：重视数据库的安全性措施、容灾备份机制、数据恢复能力和错误处理机制，保障业务连续性和数据安全。

博客

TiDB 的高可用实践：一文了解代理组件 TiProxy 的原理与应用

01-17

1124

TiDB 是一款典型的分布式存算分离架构的数据库，其中计算层由多个无状态的 TiDB Server 组成，这些 TiDB Server 同时对外承担连接请求。为了可以将连接分发到多个 TiDB Server 节点上，一般需要借助外部负载均衡组件如硬件负载均衡 F5、软件负载均衡 HAProxy 等。为了实现全链路的高可用架构，我们经常也需要考虑负载均衡组件本身的高可用性，比如通过 KeepAlived 来保证 HAProxy 的高可用。

博客

你需要什么样的资源隔离？丨TiDB 资源隔离最佳实践

01-16

1114

通过本文的学习，相信大家对 TiDB 的资源隔离能力有了更全面的理解；大家可以根据不同的场景需求，选择合适的资源隔离方案。如果您有新的资源隔离需求或场景，欢迎与我们联系。

博客

狂飙 50 倍丨TiDB DDL 框架优化深度解析

01-16

1095

前面我们介绍了 TiDB DDL 任务的整体执行流程。接下来，让我们聚焦到在线 Schema 变更的细节上。执行单步变更：Job Worker 会根据任务定义，执行一次在线 Schema 的变更。每一次变更都代表着 Schema 向目标状态迈进了一步，即进入下一个状态，可能的状态包括 write-only 和 delete-only 等。状态更新：完成单步变更后，Job Worker 会将当前的 Schema 状态更新到元数据中。

博客

唐刘：TiDB 的 2024 - Cloud、SaaS 与 AI

01-16

906

最后再说下产品，在今年，我们发布了TiDB 8.1和8.5两个版本。在 2025 年，我们会有一个重大的改变，就是会持续的投入到 8.5 版本的质量加固，同时收敛新功能的开发，只会在 2025 年发布一个有更高质量的 LTS 版本。关于 TiDB 8 系列，我后面再写一篇文章详细的介绍一下吧。在 2024 年，我们交付了非常不错的成果，当然，能取得这样的成绩，来自于我们不断地交付优异的产品，满足客户的需求，赢得客户的信任。

博客

TiDB 助力广发银行零售信贷业务管理平台成功上线

01-16

1165

本项目涉及到多套 DB2 数据迁移到 TiDB 的实施，因此需要合理规划一套投产前和切换当天的数据迁移方案，结合投产计划和业务数据的改变特性，设计了 T+5（T5）和 T+0（T0）两个阶段，T5 完成全量数据的提前同步和校验，T0 完成 T5 阶段与切换之间的增量数据同步和校验。在不影响原有业务系统运行的前提下，T5 阶段的全量数据迁移和校验在线上完成。TiDB 在广发银行零售信贷系统中的应用，不仅提升了系统性能和可用性，还实现了成本效益和自主可控的目标，也为银行的业务发展提供了坚实的数据支撑。

博客

PingCAP 连续两年入选 Gartner 云数据库管理系统魔力象限“荣誉提及”

01-06

602

TiDB 凭借领先的 HTAP 架构设计，支持用户在云上的数据库中同时运行关键业务交易和实时分析任务，充分享受云的弹性优势和业务连续性优势，助力企业实现数据敏捷。PingCAP 是业界领先的企业级开源分布式数据库企业，提供包括开源分布式数据库产品、解决方案与咨询、技术支持与培训认证服务，致力于为全球行业用户提供稳定高效、安全可靠、开放兼容的新型数据服务平台，解放企业生产力，加速企业数字化转型升级。

博客

TiDB 8.5 LTS 发版——支持无限扩展，开启 AI 就绪新时代

01-06

690

TiDB 8.5 扩展了Runaway Queries 的功能，新增“处理行数”和“用量（RU）”作为识别标准，实现更精确的识别，并允许将这些 Runaway Queries 放入一个资源可控的组中，确保在高负载环境下集群的稳定性。TiDB 8.5 通过实例级执行计划缓存功能，使得同一 TiDB 实例内的所有会话共享执行计划缓存，减少SQL编译时间，从而降低整体 SQL 运行时间，提高 OLTP 的性能和吞吐量，并有效地控制内存使用，提升数据库的稳定性。