①【项目背景】订单卡住，车间等料
稀土高新区一家新材料企业的ERP，凌晨两点告警：订单提交超时。值班员重启了应用服务器，没用；又重启数据库，好了四十分钟，再卡。早上我到现场，车间领料单打不出来，三条线等着。看数据库：一个批量更新库存的存储过程跑了四十七分钟，持有行锁，后面堵了一百三十多个会话，全是订单提交。
②【咨询设计】先看阻塞树，别急着杀会话
很多人觉得数据库卡了重启最快，但实际上重启会回滚未提交事务，四十分钟的活白干，还可能触发实例恢复。正确顺序：查v$session的blocking_session，画出阻塞树，找到根节点；看这条SQL的执行计划，是否走了全表扫描；再看AWR里Top SQL的物理读和等待事件。这次根因是库存表新加了一个状态字段，统计信息没更新，优化器选了错误的索引，更新从三千行变成三十万行。
③【施工规划】索引和批量化，一个都不能少
给库存表的状态加组合索引，收集统计信息；存储过程改成按主键分片，每批两千行提交一次，避免长事务；连接池最大连接从200降到120，防止应用端把数据库压死；慢查询阈值设1秒，抓取执行计划存表。加Prometheus配Oracle exporter，监控活动会话数、锁等待、表空间，告警阈值分级。
④【安全补丁】能改数据的账号，不能人手一个
排查时发现应用连库用的是DBA账号，密码写在配置文件明文里。改成专用账号，只给必要的select/insert/update权限，密码放加密配置中心。开数据库审计，记录所有DDL和批量DML，日志留存180天。备份改成每天全备加归档日志，恢复到任意时间点，每月做一次恢复演练。
⑤【验收交付】锁等待降到200毫秒以内
优化后压测：并发两百，订单提交平均响应180毫秒，锁等待最长160毫秒，库存更新批量耗时从47分钟降到6分钟。AWR对比显示物理读下降72%。交付执行计划、索引清单、监控看板地址、值班处置手册（先看阻塞树、再决定杀不杀）。
⑥【售后承诺】数据库的事，半夜也得有人接
我们提供7×24告警值守，电话打到人醒为止。故障2小时到场，稀土高新区到昆区四十多分钟。技术热线17704868686，大年三十也接。
【不舍昼夜技术 · 包头IT全生命周期服务】
业务全闭环：咨询规划、方案设计、工程实施、竣工验收、维保售后。
咱能干的：包头修电脑/装监控/拉网线/做系统/救数据/办软件/卖耗材。
技术范畴：5G通信、大数据服务、信息系统集成、网络安全、商用密码、平面设计。
服务区域：昆区、青山区、九原区、东河区、高新区等包头全境，随叫随到。
技术热线：17704868686（本地专业团队，不舍昼夜为您守候！）