分析诊断某电信公司省核心业务库异常故障

通过AWR报告发现某省电信公司数据库服务器出现enqueue:tx等待超长等问题,进一步定位到一张未建立索引的表导致性能瓶颈,提出了解决方案。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今早一到办公室,首先打开工作QQ和邮箱,这是我一直以来的习惯,邮箱一打开,除了几封不相关的邮件,部门老大有封邮件,让我协助帮忙解决某省某电信公司某项目数据库服务器的异常问题,并随邮件发来了AWR报告,其实,昨天这件事情我知道一个同事在处理,他是在外驻场的DBA,他当时谈到了job堆积问题,我也顺便和他聊了两句,以为是他们那边的问题,原来是另外一个省电信公司的服务器,后来讨论了两句,也没当回事,没想到老大最后找到了我,只能开工。

下了AWR报告,大体看了下,其中有两个问题引起了我的注意,第一是enqueue:tx等待超长,达到了3s之多;另一个是关于log_buffer的问题,但不是很严重。接着往下看,发现和这个enqueue:tx等待是一张数据库登录信息相关的表,也就是每次用户的登录和注销,都会在这个表里留下信息,后来捕捉到对这张表操作的两个语句,又获取了表中记录多达上千万条,而且该表上没有任何索引,这就可以理解了,该表在每次用户登录或注销时,都会引起操作,登录时是insert还好,糟糕的是注销时update操作,因为没索引,这会引起对该表的fts,如果有用户登录注销比较频繁,那么就会引起很大的性能问题,难怪现场人员描述最近多次卡死,CPU跑满的现象。后来查了半天,也没查到引起这两个操作的原因,分析是建立了系统级的触发,现场人员说没有(没有远程,是我提要求他们查),请求应用人员协助,结果,他们都说不认识这张表。随着这个表数据的增加,系统性能会越来越差,没办法,最后写出了处理意见,除了处理这张表外,还有两条关于job参数和log_buffer的意见,提交了,暂时这样,回头再慢慢查怎么回事,如果处理了这个表后,问题不再发生,应该就是这张表的事情。

转载于:https://www.cnblogs.com/lhdz_bj/archive/2011/03/31/2001496.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值