本文通过介绍在实际工作中一次异常排查引发的自我思考与学习，来使得读者受到一定的启发，从而迸发出星星点光，扩展出自己独有的思路，进而在工作中不断的挖掘自我不足之处，同时通过学习与"锻炼"来不断地强大自己

“你数数现在有多少个扩展类了？” 领导似乎有些生气。我一看扩展类的数量，已经有了15个扩展类，吓我一跳。平时领导从不亲自看代码。估计是突然心血来潮。从表情来看，他好像很生气，估计是代码没看懂

前言 在多年的摸鱼工作中，从前台导出大文件的需求遇到过不少，但是将大文件从前台导入后台数据库的需求还真没遇到过，毕竟MySQL服务器权限在手，source执行导入所有，区区十万行、几秒斩于马下。也不用

一缕风华晚间充电生活本来沉闷无味但跑起来就有风~过去二十年来，编程语言得到飞速发展，作为软件的重中之重架构，它也在发生巨大的改变，本篇讲解了架构是如何演化而来、高并发系统常见痛点、如何治理分布式系统，

     为了保证数据的正确性，我们必须认识到这一点∶在多个客户端同时处理相同的数据时，不谨慎的操作很容易会导致数据出错。本篇文章兔哥将介绍使用Redis事务来防止数据出错的方法，以及在某些情况下，使

高并发     由于分布式系统的问世，高并发（HighConcurrency）通常是指通过设计保证系统能够同时并行处理很多请求。通俗来讲，高并发是指在同一个时间点，有很多用户同时的访问同一API接口或

前段时间公司准备做一个新系统，类似于工业ERP的SAAS系统，系统中大量存在导出的业务。趁着这个机会，原来的导出服务用起来确实不怎么样，于是重新写了一套公共导出的逻辑。 设计需求 1.基本要求是

前言 前段时间评完需求，看了看觉得还是有点复杂，于是分完任务便让同事们先写一下设计文档，两天后一起评审一下。 结果两天后一看，基本没有达到想要的结果，要么是过于简单几句话搞定，要么是原文照着需求说明抄

大家好，我是田螺。 记得很久之前，去面试过字节跳动。被三面的面试官问了一道场景设计题目：如何设计一个高并发系统。当时我回答得比较粗糙，最近回想起来，所以整理了设计高并发系统的15个锦囊