1、发版的一个整体流程
2、如何确认一个bug
稳定复现(操作步骤+输入数据+环境信息+前置条件) 别人也可以复现
是否符合需求?(看接口文档。版本历史行为。产品需求)防止将需求如此误判bug。
日志定位(前端报错,接口返回,服务日志,数据库数据。MQ消息情况) 确认问题归属于那部分
评估影响范围(是否阻塞主流程,是否影响线上用户,是否有数据风险)bug优先级
3、响应码问题,400,500,403,503
400:客户端请求错误
403:有权限认证,但无权限访问(已登录,但无权限)
401:(未登录)
500:服务端程序异常
503:服务暂时不可用
4、登录功能无法登录,如何排查?
分层排查(也就是定位)
前端 ---- 接口 ---- 参数 ---- 后端 ---- 数据库 ---- 环境问题
5、left join / right join /inner join
inner join :取交集
left join:左表(全)+右表匹配数据(可为null)
right join:右表(全)+左表匹配数据(可为null)
6、印象最深的一个bug
不要随便讲一个小bug。
体现 排查过程 + 自己的思考 + 价值
7、数据库索引
索引的数据结构: B+Tree
减少磁盘iO + 查询范围强 + 更适合磁盘存储(mysql)
索引分类:主键索引(primary key) + 唯一索引(unique)+普通索引(index)+ 联合索引(composite) +全文索引(fulltext)
聚簇索引 vs 非聚簇索引(二级索引)
索引优点: 提高查询速度 + 提高排序效率 + 提高连接效率 + 保证唯一性
索引缺点:占用磁盘空间 + 降低写性能(insert、update、delete写相关操作都要维护索引) + 索引失效(坑)
索引失效场景:索引列使用函数 + 隐式类型转换 + 使用 != 或者<> + like以%开头 +联合索引不满足最左匹配 + OR条件 + 数据区分度太低

479

被折叠的 条评论
为什么被折叠?



