谨记一次问题排查经历
一个客户那儿:
1接收报文->2系统转码->3发送给处理程序->4处理程序调用数据库存储过程
现在系统数据库库内记录出现问题了:某个关键字段的值扩大了10倍;自某个时间4-19日开始发现该问题;上游厂商确定没有变动过接口。
经过:根据分析和经验,认定问题出现在2上,初步推断是上游接口发生变化而未告知(上游有前科)。重新依据生产环境部署程序。重新测试。问题仍在。期间发现过和汇率可能有关系。当时没有程序源代码。
接下来..... 找上游争吵 .....
最后:冷静下来,向公司原来负责该客户的同事咨询求助,在同事的指点下,发现uat的数据库库配置不对,依据生产的数据库配置修改。ok!
反思:
1)墨守成规的经验害死人!
2)2中的配置文件,有数据库的连接配置,竟然熟视无睹,没有追问下去“程序看起来似乎和数据库没关系啊,为什么要连接数据库????”
3)离开客户现场的期间没有看源代码
4)为何不早些时候向同事求助!!!!!!!
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)