NashA

在一个月黑风高的夜晚，突然收到公司微信群的一条消息，一台生产服务器挂了，里面有部署到redis，让我们查查看服务有没有用到这个redis。

随着AIGC技术大行兴起，大量开发者开始实际使用AI助手为自己编码、查询技术问题、生成文本或编写文档。这类工具（如ChatGPT）确实帮我们节省了大量搜索和简单编码时间。但是，它并非无所不能，有时候会

故事背景 最近我们遇到了一个看似简单但背后很有坑的需求：在千万级订单表中新增一个业务字段。需求来自隔壁项目组，他们需要这个字段做一些统计分析。 从开发角度看，这事很常见，**新增字段嘛，直接ALTER

聊聊LinkedList 不知道你们用过LinkedList没，对于LinkedList的印象我可能停留在2个地方： 1、java八股文中，比如ArryList和LinkedList的区别

故事背景 这是一个简单的订单拉取功能，需求是定时任务每秒定时调用订单拉取接口拉取订单，入库后调用订单确认接口。订单拉取接口最多拉取八条，因为订单量比较多，所以定时任务要设置一秒执行一次。

故事背景 目前有一个鉴权服务流量很大，部署了很多台机器，由于流量太大会导致整个现网的网络资源不够用，需要切换一些流量到备灾机房，在备灾节点也部署多个服务，分摊服务器和网络的压力。

故事背景 之前因为用户信息安全把好几个敏感信息用AES加密保存了，应业务需求，需要通过后台userId等信息查询订单，所以需要明文保存数据。但是目前订单表已经有7000万+订单数据

业务背景 系统有一个业务并发量是每秒并发量上万，部了20多台机器，分摊下来每台机器每秒几百并发请求，每小时日志可能都有1G+。由于日志过大，运维只保留了1天的日志

故事背景 我们目前的数据库架构是数据库一主一备的架构，都在同一个机房中。这样的话可能会有一个问题，如果整个机房的网络挂了或者是断电了等异常情况