后端如何减少生产问题以及如何处理生产问题

事前–如何减少生产问题

• 开发多做单元测试，自测。

提前做单元测试，能够及早发现问题。

• 哪怕只是很小的改动，也要测试回归

有些研发同事，优化了代码，以为只是很小的改动，引发了生产问题。

哪怕只是很小的改动，也要测试回归！避免好心办坏事。

• 功能测试之后，最好提前在预发布环境，再测试一遍。

如果代码分支合并错误，或者是没有合并，能够提前发现，避免代码遗漏。

• 产品一定要验收。

产品同事如果不验收，那开发出来的功能，不一定与产品期望的一致。

• 发布到测试环境之前 / 部署到预发布环境之前，最好找写过相关代码的同事Code Review。

提前 Code Review，尽早发现问题。

• 核心流程，最好打日志。

生产问题发生时，如果有日志，能够大大提高定位问题的效率。

• 上线之前，加上日志监控。

加上监控，提前发现问题。不要等用户反馈了才去解决生产问题。

• 发版前发布评审checkList， 发版后功能回归 checkList。

发布评审checkList ，检查sql脚本、配置、代码分支、服务。

发版之后的 功能回归 checkList，检查核心功能是否正常。

事中–如何解决生产问题

• 尽快解决，能临时处理就先临时处理

有些问题，可以通过sql脚本先处理的，就先用脚本处理。

• 修复后测试再上线

修复之后，测试通过再上线。避免出现其他问题。

• 短期无法修复的看能否先回滚代码

在发布了新功能后，发现生产问题，无法立即修复的，先回滚代码。

• 其他模块是否会有类似的问题

某一条数据、某一个功能出现问题，要查看下其他的数据 / 功能会不会有类似的问题。

事后–如何避免问题再次发生

• 复盘

总结生产问题发生的原因，如何避免再次发生。

• 监控

发生过生产问题的，要补充日志监控。

生产问题发生的原因

• 没有考虑数据量。

数据量越大，越要小心。设计时注意数据表的字段是否需要加索引、是否需要分库分表等。

• 没有考虑并发。

考虑高峰期的并发场景，接口是否需要加缓存， 是否需要加分布式锁等。

• 没有兼容处理历史数据。

比如数据表新增一个字段，字段规定不能为空，而历史数据没有这个字段，导致历史数据报错。

或者是历史数据的类型为A，新功能将类型修改为B，没有兼容处理历史数据，导致历史数据执行报错。

可以给数据表的字段加上默认值，或者代码兼容字段，或者根据不同的日期执行不同的逻辑(慎用)。

• 没有考虑边界条件。

最大值、最小值、负数之类的边界条件。

特殊的值，比如为空、为0之类。