Debezium 博客
正如大家可能都很清楚的，Gunnar Morling 已辞去 Debezium 项目负责人的职务，现在正寻求新的令人兴奋的机遇。这很可惜，但每一件坏事都有好的一面！
那会是什么呢？我们（Debezium 团队和 Red Hat）正在招聘！您是社区的贡献者吗？您提交过拉取请求吗？您是 Debezium 的忠实用户并渴望做得更多，还是您是一位经验丰富的 Java 开发者，正在寻找一份在令人兴奋且包容的开源环境中的工作？
我很荣幸地宣布 Debezium 2.1 系列的第一个版本，2.1.0.Alpha1！
Debezium 2.1.0.Alpha1 版本包含许多错误修复，但也包含一些值得注意的改进和新功能，包括但不限于：
-
对 PostgreSQL 15 的支持
-
Debezium 引擎中的单条消息转换 (SMT) predicate 支持
-
在 MySQL 表 topic 中捕获 TRUNCATE 作为变更事件
-
Oracle LogMiner 性能改进
-
新的基于 Redis 的存储模块
大约在 2017 年初，我收到了 Debezium 创始人 Randall Hauch 的会议邀请。他即将开始职业生涯的新篇章，并正在寻找接任 Debezium 项目负责人的人。于是我们通了电话，我立刻被变更数据捕获的概念、其众多的潜在用例和应用，以及将其作为开源提供给社区的想法所吸引。经过短暂考虑后，我决定抓住这个机会，毫无疑问，这是我职业生涯中做出的最好的决定之一。
在为您的项目开发测试时，迟早您会遇到某些测试随机失败的情况。这些测试也称为不稳定测试，非常令人头疼，因为您永远不知道失败是随机的还是代码中存在回归。最糟糕的情况是您会忽略这些测试，因为您知道它们不稳定。大多数测试框架甚至有专门的注解或其他方式来表示测试不稳定，如果失败，应该忽略失败。这种测试的价值非常值得怀疑。对这种测试最好的处理方式当然是修复它，使其不再随机失败。这说起来容易，做起来难。最困难的部分通常是让测试在您的开发环境中失败，以便您可以对其进行调试，了解它为什么失败以及失败的根本原因。在这篇博文中，我将尝试展示一些可以帮助您在本地计算机上模拟随机测试失败的技术。
