事故总结-经验篇

问题背景 我们在写业务需求的时候遇到这样一个场景：批量插⼊⼀批数据到⼀张表中，然后获取到插⼊的Id,并将这些Id返回。 ⾸先mybatis是⽀持单个数据插⼊返回Id的，实际上，mybatis也⽀持批量

背景 我们有个业务服务长期没有进行过上线，但是服务器监控经常会发生报警，提示cpu使用率100%影响线上生产，偶发的现象所以一开始没注意，后续经过排查才发现原来是踩中了一个“坑” 排查过程 1、首先排

背景 在刚开始迁移的过程中，由于经常进⾏部署实验，需要⽅便进⾏dns解析更换IP的操作，在预发布域名解析中申请了七层负载均衡的vip，通过vip来调整具体的解析ip 问题 这时问题就发⽣了，在后⼀个版

背景 通过stream可以将一个普通的list，转化为流，然后就可以使用类似于管道的方式对list进行操作，假如我们把stream换成parallelStream 根据字面上的意思，流会从串行 变成并

背景 开发需求中，往redis中存的数据为Set集合数据，取的时候，采用的是Set，底层并未去做类型转换，由于泛型擦除，从而导致逻辑判断中导致逻辑结果不符合预期结果的情况。 下面这个问题导致了我们的一

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第3天，点击查看活动详情 问题背景 某一天，我们系统服务的依赖方找到我们，问我们为什么时间类型的字段会有这种数据存在？导致他们解析的

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第2天，点击查看活动详情 问题描述 在搭建springboot项⽬的时候，因为通常情况下，我们会把数据库的⽤户名和密码配置在分组配置

携手创作，共同成长！这是我参与「掘金日新计划 · 8 月更文挑战」的第1天，点击查看活动详情 事故背景 这次事故也是我们组里遇到的一次关于分页慢查询的典型例子，通过这篇文章，你可以很清晰的跟随我们还原

我们首先要明确建模的目的，只要是软件系统架构，都不可避免的会腐化，我们可以通过多种方式来降低系统的腐化速度，比如合理的架构，良好代码的规范等等。 业务领域建模也是其中的一种。

读完此篇文章您将收获 1、单体架构向分布式架构转型的方法 2、分布式架构的具体业务划分方式 3、单体转分布式的具体拆分代码级的修改 4、CQRS在库存系统的活学活用

Jvm 调优 我们再谈论后续分享内容之前，首先要明确一下，我们为什么要进行jvm调优？如何进行调优？有没有一些方法论？ 不同与纯理论的分享，在这里我给大家举两个场景，让大家更深入的了解，在哪些场景下，

问题背景 我们在开启多线程对数据库进行操作的时候，先批量对数据进行删除，然后再新增，本来想着是考虑到不走更新，性能会提升，但是执行的时候发现报错，执行的sql等待超时，阻塞了进程，dbcp连接池被打满

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第13天，点击查看活动详情 问题背景 我们有一个系统项目是采用多数据源的架构设计模式，一共有三个生产库，所以我们在底层dbcp链接数

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第12天，点击查看活动详情 问题背景 前几天遇到了一个非常有趣的“事故”案例，搜索调用下游rpc服务接口，监控报警超时，于是搜索系统

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第11天，点击查看活动详情 问题现象 在多线程中使用了同一个日期的转换工具类，在运行过程中发现日志里偶现一些NumberFormat

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第6天，点击查看活动详情 背景 google提供的Lists.transform⽅法可以⽤来将⼀个实体类的List通过⼀定的逻辑转化

持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第1天，点击查看活动详情 问题背景 Lombok使⽤@Data可以⽣成⽆参构造和类⾥⾯所有属性的getter/setter⽅法。可以

背景 我们在日常开发中经常会使用List对数据进行排序、查找、截取等操作。接下来我们看下因为List截取导致的踩坑现场。 【问题描述】 在正常的业务迭代过程中，有个场景需要对List里的数据进行截取，

表象 1、线上发现栈溢出异常日志，抛到了接口方法的最外层的 catch throwable 2、查看日志可以看到如下报错 问题排查定位 1、日志中出现了很多重复错误，猜测可能代码中出现了死循环或者无限

背景 本故事采自真实事件改编，如有雷同，纯属巧合。背景是这样的，在一次正常需求开发过程中，我们系统提供的接口服务 Request入参对象新增一个枚举。预发环境联调一切正常，上线后确出现了问题。