① 项目背景
九原区一家五百多人的制造企业，泛微e-cology的OA系统有个邪门规律：周一早上九点必卡死，其他时间活蹦乱跳。IT部连续三周把数据库服务周一早上重启一次续命，全公司打卡请假审批的人都在骂。老板放话：下周一再卡，IT外包换人。
② 技术诊断
周五下午我们接手，直接挂上MySQL监控。第一个异常：连接池max_connections设了500，周一早高峰历史峰值497——连接几乎打满，新请求排队超时。第二个异常才是真凶：慢查询日志里有一条考勤打卡统计SQL，全表扫描考勤明细表218万行，没走索引，每次执行11.4秒，周一早高峰人人打卡，这条SQL被并发触发几十次，把连接池占死，连带其他所有请求一起堵。用explain一看，执行计划type是ALL，索引列上套了函数导致失效。很多同行一遇到卡就加服务器加内存，这家公司去年就这么白花了两万块，实际上瓶颈是一条SQL和一个配置。
③ 处置施工
改造分三步走，全部低峰期实施：第一步，针对该SQL建了(user_id, punch_date)复合索引，改写SQL去掉索引列上的日期函数，执行时间从11.4秒降到0.03秒；第二步，连接池参数重构，maxConnections收紧到300并启用连接复用，超时从60秒降到10秒，让坏请求快速失败不占坑，前端配合加了一层接口限流；第三步，把考勤统计类的重查询从实时计算改成夜间预计算，凌晨1点跑批生成当日汇总表，早高峰只查结果。另外给定时任务统一错峰，原来六七个任务全挤在整点跑。
④ 安全补丁
排查中顺出两个安全问题：数据库的root账号允许任意主机远程连接，密码还挺弱，当场改成仅本机访问并重置强密码；OA系统的公网映射端口早就不用了却一直开着，封掉，出差人员一律走VPN进来。OA数据库账号按最小权限拆分，报表查询用只读账号，应用连接账号去掉删表权限。数据库开启了binlog，每天全备加binlog增量，出事可以恢复到任意时间点。
⑤ 验收交付
改造后的周一早高峰实测：九点到九点半峰值并发412人，OA首页打开时间从45秒超时降到1.8秒，打卡接口平均响应0.4秒，连接池峰值占用率41%。给IT部留了监控面板：慢查询条数、连接池水位、P99响应时间三个指标，周环比涨超30%自动告警。培训一小时，重点讲explain怎么读、什么时候该怀疑索引失效。
⑥ 售后承诺
系统性能问题讲究快准稳，我们承诺2小时到场，紧急状况远程先顶上。大年三十随叫随到：17704868686，终身免费咨询。哪天要上MES或ERP了，数据库这一层的架构提前来找我们聊聊，别等问题长成了习惯。
【不舍昼夜技术 · 包头IT全生命周期服务】
业务全闭环：咨询规划、方案设计、工程实施、竣工验收、维保售后。
咱能干的：包头修电脑/装监控/拉网线/做系统/救数据/办软件/卖耗材。
技术范畴：5G通信、大数据服务、信息系统集成、网络安全、商用密码、平面设计。
服务区域：昆区、青山区、九原区、东河区、高新区等包头全境，随叫随到。
技术热线：17704868686（本地专业团队，不舍昼夜为您守候！）