工作总结
发表时间：2026-04-06第一周试用期工作总结。
入职头一周，没搞什么虚头巴脑的熟悉流程、看文档之类。周二就被拉去救火，连着处理了两个线上问题。一个在数据库层，一个在现场设备，都是那种看着不起眼、但能把人折腾到半夜的硬骨头。
先说数据库那个坑。周一刚拿到交接文档，还没来得及细看，运维老周就在群里@我：“XX统计接口每天下午三点准时超时，重启能好一阵，第二天继续，你瞅瞅？”这简直令人难以置信——代码我一行没写过，业务逻辑还没摸清楚，就得当急诊医生。
先扒慢查询日志。发现有个分页查询接口，下午三点到四点之间被疯狂调用，单次耗时从正常的50ms飙到2秒以上。看代码，是MyBatis Plus的常规分页，where条件里的时间范围字段create_time没索引。这还不算完——我继续往上追调用来源，发现是报表系统那边为了导出Excel，在前端写了个for循环，每页100条，一共请求了30多次。说白了，这就是索引缺失加上应用层重放，两刀砍在同一个地方。
我写好加索引的脚本，发给DBA小刘。对方秒回：“下午三点业务高峰，你要加索引？等晚上窗口期。”我一听就急了，但不能硬来。先改代码逻辑：把分页查询改成流式读取，用MyBatis的Cursor，一次性拉完所有数据，避免多次网络往返。改完在预发布环境跑了压测，单次导出请求从30多次变成1次，数据库连接数降了40%。但这只是治标，索引还得加。
晚上十点，我跟小刘守着控制台，执行CREATE INDEX idx_create_time ON statistic_table(create_time) ALGORITHM=INPLACE LOCK=NONE。幸好MySQL 5.6以上支持在线DDL，3分钟跑完，没锁表。改完第二天下午三点，我盯着监控大屏——活跃连接数从85%直线掉到12%，接口响应P99从2.1秒压到120毫秒。那会儿办公室没别人，我对着屏幕自言自语：“可算他妈摁住了。”
再说第二个事，设备维护。周四上午车间报修：一台老款温控设备的PLC通讯时断时续，老师傅查了两天没找到根因。我拎着示波器和万用表过去，现场打开控制柜，一股子灰尘味。测485总线波形，发现A、B线之间的差分信号摆幅只有不到200mV，正常应该在1.5V以上。扒开末端的接线盒一看——终端电阻没焊，而且屏蔽层只在PLC侧接了地，现场侧悬空着，等于白干。
我正准备焊电阻，打开接线盒盖板，发现里面居然有蟑螂尸体，还腐蚀了两个引脚。清理干净后，补焊一个120欧姆终端电阻，再把屏蔽层在现场侧的配电柜里重新压接接地。完事后波形摆幅恢复到1.6V，连续跑了4小时通讯测试，零丢包。
这里有个教训让人深感无奈。这台设备的安装手册第18页清清楚楚写着“长距离通讯需配置终端电阻”，但当年施工的人图省事，直接跳过了。设备用了两年，前期通讯负载低，没暴露问题。最近加了两个新节点，总线负载一上来，信号反射叠加就把波形干废了。你懂的，这种历史遗留问题，最耗时间的就是追根溯源。而且说实话，我一开始也忽略了屏蔽层接地，是车间老陈——一个干了二十年的电工——在旁边说了一句“你这屏蔽层不接两头等于没接”，我才反应过来补测的。这让我觉得，光会看示波器没用，得把老经验揉进来。
- 小学范文网优质资源:
- 开学第一周 | 小学开学第一周总结 | 开学第一周周记 | 开学第一周作文 | 第一周试用期工作总结 | 第一周试用期工作总结
这一周的两个案例，让我重新想明白一件事：很多问题的根因，其实都藏在最基础的规范里——建索引、加终端电阻、做接地，教科书上都写着。但真到了落地环节，要么嫌麻烦，要么压根没意识到会出事。更关键的是，一个人闷头搞不行，得跟DBA、跟老师傅多碰，少走弯路。
接下来不整那些花里胡哨的计划。先把手上这个核心模块的批量导入场景压一压，定个基准值。另外，设备通讯故障这个事，我准备整理成一页纸的“排查清单”，发给运维和车间，以后遇到类似问题照着查，省得再从头摸。
试用期第一周，没出大岔子，也没做出花来。就是把两个实实在在的坑填平了，顺带学了两招——怎么跟DBA磨窗口期，怎么跟老电工低头请教。这活儿，干得踏实。
- 更多精彩的工作总结，欢迎继续浏览：工作总结
