客户是Oracle系统，昨天突然说系统变慢了。然后登上去看，结果wait挺高的。同时发现归档特别多，一个小时，出了200G。然后弄了一个AWR，看到一个SQL，是一个挺简单的消费扣款的功能，就是update余额减少的。这个SQL占据top10，于是建议客户创建索引，同意以后，立即创建，结果系统依然没有变化。后来分析归档，发现一个归档里面，针对这张表的记录非常高，几乎99%都是。一个归档200g，结果这么多都是。想了半天，业务上也不应该是这样。后来再看AWR，把TOP SQL copy下来，放在工具里面执行，想看看执行计划。结果发现，这个SQL有一个有趣的问题，就是减号多写了一个。然后，豁然开朗，让客户紧急升级后台相关程序。问题得以解决。
--
FROM 1.202.248.*

他这个是多谢了一个-号，把某些部分注释掉了吧



【 在 vmx (战斗劳动妇男王小桃) 的大作中提到: 】
: 标  题: Re: 说说昨天给客户排查问题遇到的
: 发信站: 水木社区 (Tue Feb  9 13:40:18 2021), 站内
:
: --少些一个"-"号业务还能不报错？
: 【 在 SpyMan (SpyMan) 的大作中提到: 】
: : 客户是Oracle系统，昨天突然说系统变慢了。然后登上去看，结果wait挺高的。同时发现归档特别多，一个小时，出了200G。然后弄了一个AWR，看到一个SQL，是一个挺简单的消费扣款的功能，就是update余额减少的。这个SQL占据top10，于是建议客户创建索引，同意以后，立即创建
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 125.118.175.*]
--
FROM 106.39.148.*

不报错。但是逻辑错了。不过，没有被扣钱的人，没说。
【 在 vmx 的大作中提到: 】
--
FROM 1.202.248.*

这得亏多少钱啊  
  
【 在 SpyMan (SpyMan) 的大作中提到: 】
:
:  不报错。但是逻辑错了。不过，没有被扣钱的人，没说。
:  【 在 vmx 的大作中提到: 】
:  
--
FROM 112.64.68.*

【 在 a0123456789q 的大作中提到: 】
: 一直觉得 sql 把 --行当注释 是个坑。
:
哈哈，精彩。
--
FROM 221.221.50.*