catcherwong

背景 Redis 或许是我们大部分场景都会用到的一个利器，虽然是利器，用的姿势不对的话，终究还是会整出幺蛾子的。 比较常见的问题，不外乎内存暴增，慢查询等情况。 那么对于内存问题，可以借助redis自

背景 前面写了两篇如何用 C# 基于 DTM 轻松实现 SAGA 和 TCC 的分布式事务，其中有一个子事务屏障的功能，很好的处理了空补偿、悬挂、重复请求等异常问题。 https://dtm.pub/

背景 银行跨行转账业务是一个典型分布式事务场景，假设 A 需要跨行转账给 B，那么就涉及两个银行的数据，无法通过一个数据库的本地事务保证转账的 ACID ，只能够通过分布式事务来解决。 在 聊一聊如何

背景 银行跨行转账业务是一个典型分布式事务场景，假设 A 需要跨行转账给 B，那么就涉及两个银行的数据，无法通过一个数据库的本地事务保证转账的 ACID ，只能够通过分布式事务来解决。 市面上使用比较

背景 对于公司内部的 API 接口，在引入注册中心之后，免不了会用上服务发现这个东西。 现在比较流行的接口调用方式应该是基于声明式接口的调用，它使得开发变得更加简化和快捷。 .NET 在声明式接口调用

面对聊天产生的海量聊天记录以及爆炸式的增长，在存储的技术选型上面，还是要有所考虑，Cassandra是一个不错的选择

背景 公司内部的API接口一般会分为两大类，一类是直接暴露在公网可以访问的，一类是只能在局域网内访问的。 暴露在公网的一般就是业务网关以及一些和第三方公司有着某些合作，从而进行数据交互的接口。 检查A

上一篇关于 JMeter 的多接口测试，虽说可以把几个步骤的串联起来，但是会比较简单和单调。 还有许多业务场景，会根据上一个接口的返回，再决定要不要调用第二个接口或者是掉用其他接口。

背景 在测试的时候，经常会有模拟用户登录，拿到用户 token 后再去请求接口的场景。 这个模拟用户登录就会分为两种，一种是单用户，另一种是多用户。 日常自动化测试的时候可能一个用户对应 n 个用例就