ITPub博客

下午的时候收到这么一条报警。ZABBIX-监控系统: ------------------------------------报警内容: Too many parallel sessions on xxxxx_xx机房_xxxxx------------------------------------报警级别: PROBLEM------------------------------------监控项目: parallel_session_cnt：66 ---------------------------...

晚上正在休息的时候，突然收到一封报警邮件。报警内容: CPU utilization is too high------------------------------------报警级别: PROBLEM------------------------------------监控项目: CPU idle time：59.11 % ------------------------------------ 这个报警信息已经非常明确，CPU使用率很紧张了。这台服务器...

今天经开发同学反馈，发现有一些update语句阻塞了部分业务流程，为什么说一些而不是一条，是因为这些update语句都在一个存储过程中，语句结构相仿，真有一种一荣俱荣，一损俱损的感觉。而比较纠结的是这样的update语句有差不多10个。从我收到反馈到观察分析，里面的第一条update语句运行了近5个小时，还没有完成，从SQL M...

      最近处理了好几起关于merge导致的问题，其实看到merge语句内心也还是蛮纠结的，这一次还是碰到了问题，简直无语了。      先交代下问题的背景。有一套OLTP环境和OLAP环境需要同步一部分数据，都是在每天的半夜开始，OLAP的库的一个表数据会根据增量的逻辑从OLTP...

对于之前碰到的一个数据库负载急剧提升的问题，做了应急处理之后，我们需要再冷静下来，来看看是哪些地方出现了问题，还需要哪些改进。首先第一个问题就是为什么会突然负载提高，如果感觉，应该是业务层面出现了一些变化吧。当然没有数据，日志都是猜测。我从监控中拿到了Zabbix监控的部分数据，发现在指定的时间点突然多...

前几天，一个开发的同学让我帮忙做一个大查询，给了我一个数据列表，里面的ID有几万个，提供了一个SQL语句，看这情况还得我自己来解析生成相关的SQL了。假设ID列表为：T100T200T300SQL语句为：select peak_transaction_id,cash ,req_time  ,back_time  from peak_new.peak_detail where peak_transaction_i...

    昨天中午的时候，接到开发同学的电话，说有一个在线数据迁移，碰到了一些问题，希望我能够帮忙看看是哪里的原因。从电话里的反馈得知，他们在做业务数迁移，会把数据库1中的数据迁移到数据库2中，当然会根据逻辑要求迁移大部分的数据。基于这种逻辑的复杂性，所以这次迁移时由开发同学来主导，我们来负...

    最近在评估一个开发同事的需求时，发现随着需求的变化，DBA相关的评估工作也会随之变化，同时反射到开发同事那边，通过这个案例也可以看到很多的需求变化，可以从中看出很多的不足和改进之处。    首先开发提出的一个数据需求，删除数据库中的几张表数据，然后把剩下的数据都...

   最近在工作忙碌之余也帮几位网友查看了几个问题，有一个问题让我印象挺深，其实也可以分享出来作为一些参考，问题之外还是有一些值得借鉴的地方。首先是在周末的一个晚上，白天已经比较累了，大概在晚上11点左右，就准备收拾收拾睡觉了，但是突然qq闪动起来，有一个网友发消息给我，在反复问我，在不在不？看...

最近有朋友在微信公众号后台留言提了一个问题，问题如下：执行计划中，并列的两条操作比如并列的两条table access full，上层没有关联操作比如hash join，这是什么意思？但是两张表在sql中是有等值连接的，为什么执行计划没有提现连接方式呢？然后他过了一会附了一张操作截图。这个问题一下子看起来就比较清晰...

今天看到一个报警信息，大体是CPU使用异常。ZABBIX-监控系统: ------------------------------------报警内容: CPU utilization is too high------------------------------------报警级别: PROBLEM------------------------------------监控项目: CPU idle time：55.17 % ------------------------------------...

今天对之前描述的问题一条insert语句导致的性能问题分析（一) 进行了进一步的补充。有一条insert语句的主要性能瓶颈在于insert子句中的查询语句，查询中的主要资源消耗在于对两个表进行了多次关联语句主要的结构如下：insert into xxxxx   (select * from TEST_vip_new minus select * from TEST_vip_new_bak&nbsp...

今天早上开发找我看一个问题，说他们通过程序连接去查一个表的数据的时候，只查到了8条记录，这个情况着实比较反常，因为从业务上的数据情况来说，不可能只有8条。但是开发没有太多的权限做线上环境的数据检查，就让我帮忙看一下。语句大概是下面这样的形式。select count(*) from TEST_VIP_LOG t where t.flag in(2,3) ...

前几天碰到一个CPU负载较高的问题。从系统层面来看，情况不是很严重，但是从应用的角度来说，已经感觉到很慢了。因为前端的调用频率还是比较高。所以会把这个问题放大。使用top -c查看了基本的服务器信息。可以看到负载大概在30%左右。IO wait不高。top - 19:30:48 up 179 days,  4:54,  3 users,  load a...

最近收到报警，某一个服务器的swap空间有些紧张，查看这台服务器上有两个备库数据库实例，当然负载还是很低的。但是目前来看，内存已经所剩无几，所以自然而然会用到swap,而且swap也看起来紧张了，从设计的角度来看，这种方式还是有很大的隐患，一旦需要切换，这台服务器还是很有可能出现oom-killer的情况，也就意味着宕...

今天收到一封报警邮件，这引起了我的注意。当然过了一会，有收到了CPU使用率恢复的邮件。报警邮件内容如下：ZABBIX-监控系统: ------------------------------------报警内容: Disk I/O is overloaded on ora_statdb2_s_xxx@xxxxx------------------------------------报警级别: PROBLEM-------------------------...

今天看到一条报警短信，提示是某个表空间的问题。ZABBIX-监控系统: ------------------------------------报警内容: Tablespace Usage warning------------------------------------报警级别: PROBLEM------------------------------------监控项目: showtsps：-->TS_NAME:UNDOTBS1 :4.8% Free -------------------...

今天早上开发的一个同事找到我说他早上做了一个统计查询，但是感觉速度很慢，已经过了一个小时了还没有反应。想让我看看是什么情况。我通过v$session查到有一个会话确实已经持续了近一个小时，查看sql语句是一个create table select * from xxx这样格式的语句。也就是通过关联查询创建出一个所谓的临时表来。语句如下：c...

在之前的博文中分享过两篇关于数据同步的问题，链接如下：http://blog.itpub.net/23718752/viewspace-1817817/http://blog.itpub.net/23718752/viewspace-1819981/最开始开发的同事也是提出想让我做一个数据的增量同步，起初他们是希望能够根据时间戳来得到增量的数据，这种方案有一个缺点就是对于update,delete的操作，...

今天收到报警邮件，提示在短时间内DB time有了很大的抖动。报警邮件如下：ZABBIX-监控系统: ------------------------------------报警内容: DB time is too high------------------------------------报警级别: PROBLEM------------------------------------监控项目: DBtime：543 % -------------------------...