下面是整理后的事故报告： 事故概述 公司午高峰期间，支付服务的k8s 执行了pod的扩容操作，但由于id生成器服务资源不足，导致新增的pod无法成功连接到id生成器服务。由于...
发简信
IP属地：重庆
-
一次golang健康检查导致的问题 -
k8s的kong的问题记录
以下是整理后的事故报告，使用Markdown格式： 接口超时事故报告 1. 事故概述 早晨接到上游反馈，调用我们的接口出现超时情况，但我们系统未收到任何报警。 2. 问题排查...
-
-
有一个数据库索引不生效的问题
最近看线上的数据库的慢日志，发现有些一条非常慢的sql。 但是已经存在这个索引了 所以执行explain显示 但是因为索引过滤掉的数据不多，后面留给通过filter过滤的太多...
-
postgre数据库联合索引不生效
postgre数据库存在如下两个联合索引 今天突然反馈 select * from batch where subsidy_id = 517669154614974520...
-
id生成器导致的bug
最近上线一个功能，qa在sandbox环境已经测试通过，但是上线后发现有问题，我立即在本地进行了测试，然后线上环境版本对应的代码部署到了sandbox，防止部署丢代码导致问题...
-
线上postgre数据库查询2%的概率超时
1. 问题描述 线上数据库，里面有个account_recharge_transaction表，这个表采用了hash分区，以account_id作为分区键，但是最近这段时间发...
-
记录gorm一次坑爹的经历
用的是postgre数据库，临时需要查询一个表的数据，在第一个独立的go语言脚本，因为临时处理，就想怎么简单怎么来。 里面有两个字段是原始是这样定义的 我直接用了[]int6...
-
记录goframe的一个bug
工作中一个项目用的goframe框架，也用到了postgre数据库，这个框架在处理时间方面有问题, 发现问题在2.0.3版本。 主要是时间类型提交到数据库的时候丢失了时区相关...
-
@b4b4d681a389 2个月了吧，你有幸也能学到银行的设计理念。
银行支付系统API设计理念
说起支付，每个人可能想到的是微信、支付宝，其实他们都是后来者，属于第三方支付，论历史还得属银行久远。在中国银行不仅代表了最正确和最前沿的支付的方向，更代表了社会主义的最先进的...
-
postman调试grpc请求传参和接收到的值不符今天本地调试一个grpc接口，发现本地服务器接收到的一个字符串前面多了一个\n\r 即使postman里面传空也是存在\n\r的，逐步排查发现原因： 是因为服务器端的prot...
-
sql按token分页查询加额外排序条件
有些查询场景需要分页，但是用的不是limit offset实现的，用的是id > last_id. 语句如下, 这种查询可以满足分页需求。 但是有的时候希望按创建时间排序，...
-
银行支付系统API设计理念说起支付，每个人可能想到的是微信、支付宝，其实他们都是后来者，属于第三方支付，论历史还得属银行久远。在中国银行不仅代表了最正确和最前沿的支付的方向，更代表了社会主义的最先进的...
-
一个sandbox的SQL慢查询问题
QA同时跑自动化说一个接口超时，我一看竟然用了3s，太不可思议了。我做了如下排查。 通过traceid获取了执行的sql并看了下时间，耗时2.7s，通过亲自测试并用expla...
-
一个sandbox环境的sql不稳定复现问题
今天上班qa反馈一个自动化的case没有过，经过排查提示是超时了。 但是这个sql一直很快，自己测试也就几百毫秒。 自己采取的措施和得出的结论 用explain看了一下执行语...