工作总结
发布时间：2026-03-18信息科个人工作总结。
今年总算熬过来了。回头翻翻这一年的记录，几个核心系统全年累计非计划停机时间不到三小时，可用率99.98%，比去年高了0.01%。别小看这0.01%，那是多少个半夜爬起来救火换来的。业务部门满意度4.82分，涨了0.15分，可我心里清楚，这分数是用一次次“装孙子”换来的——系统卡了，你得笑着解释；修好了，人家夸你一句，你还得说“应该的”。
先说说7月12号那天吧，这辈子忘不了。下午三点二十，收费系统突然大面积报错，连接池耗尽。前台窗口排起了长队，业务员急得在群里@我，口气已经不太好。我第一反应是数据库挂了，可监控一看，数据库压力正常，就是应用连不上。当时心跳得厉害，手没抖，但脑子里飞快转：先让同事切备用节点，把读流量引到只读库，先保证能收费，哪怕慢点也比瘫着强。四分钟切完，队伍动了，我才顾上擦汗。
然后就是定位。拉堆栈一看，几百个线程全卡在同一个第三方接口上。打电话过去，对方说他们下午升级，但没通知我们。我一听火就上来了，可还得压着火问：“那现在怎么办？”对方慢悠悠说：“重启一下就好了。”重启你大爷！我们这一重启，业务又断几分钟。挂完电话，我直接给那接口加了熔断和超时，以后你慢你的，别拖我下水。那天晚上回去，越想越气，第二天又给代码里塞了一层信号量隔离。经验就是这么攒下来的——外部接口靠不住，得靠自己的代码。
再说说资产盘点那点事。年底盘点，业务员用PDA扫资产标签，扫一下要等两三秒，几百号人等着。这问题存在大半年了，一直因为“优先级不高”没管。有天下午我实在听不下去了，拉着新来的小李说：“咱今天啥也不干，就治这个。”打开慢查询一看，好家伙，每次扫码都要去全表count(*)一下，200多万条记录，不慢才怪。我说这谁写的，小李怯生生说“好像是我师傅”。我噎住了，那是我自己三年前写的。
当天就改。把实时去重改成批量校验，全量编码提前塞进Redis，扫码时直接内存查询，复杂度从O(n)降到O(1)。再调了索引，去掉了几个没用的。改完测试，响应时间200毫秒，小李说：“师叔，这流畅多了。”我说：“别叫我师叔，叫老张就行。”那天晚上我请小李吃了烧烤，跟他说：“以后写代码，多想想三年后自己看会不会脸红。” （读书笔记吧 WWW.Dsbj1.Com）
日常里还有件事。五楼机房施工，我去抽检，发现施工队为了好看把网线折成90度直角。我当场让他们返工，工头不服，说又不影响用。我拿了测线仪一测，信号衰减明显超标。我说：“你现在返工，就费几根线；等以后网络卡顿查不出原因，你早跑没影了，我天天睡机房？”最后他们还是改了。后来我牵头修订了布线工艺标准，验收时一条条卡，同事说我太较真。我说：“不是较真，是咱们干这行的，坑提前填了，后面才能睡安稳觉。”
现在想想，这一年其实就是不断填坑的过程。技术上的坑，流程上的坑，还有人性的坑。填多了，慢慢摸出点门道：系统稳定不是靠牛逼架构，是靠细节死磕；故障处理不是靠应急预案，是靠平时演练；团队成长不是靠培训，是靠带着干、带着复盘。
明年的事也想好了：第一，把那台用了五年的备份服务器换了，噪音太大，怕它哪天罢工；第二，把故障处理文档重写一遍，不光写怎么解决，还要写当时怎么想的、走错过哪条路；第三，争取多写点代码，少开点会。
信息科干了十几年，越来越觉得这活就是个良心活。系统不崩没人夸你，一崩所有人找你。但只要数据在那跑着，业务在那干着，心里就踏实。这就是咱的价值，没那么多高大上的道理。
-
想了解更多【工作总结】网的资讯，请访问：工作总结
