• 博客访问: 468191
  • 博文数量: 337
  • 用 户 组: 普通用户
  • 注册时间: 2008-01-01 20:58
个人简介

暂无介绍

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(337)

文章存档

2011年(1)

2010年(22)

2009年(35)

2008年(41)

2007年(143)

2006年(39)

2005年(56)

我的朋友
微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

发布时间:2007-07-24 19:17:02

问题提出:一个三表链接,其中都是通过主键来链接的,而且查询条件只有一个,而且这个列的选择性非常高,基本上99.9的数据都不相同。其中一个表数据量在千万,其他在百万,这个sql一天会执行几十万次,占用了大量的系统资源。[@more@]查看后得知千万级的表是分区表,根据时间进行分区,10天一个分区。其中查询条件上也建立了索引,不过建立的时候因为在分区表上建立索引,所以建立的缺省是LOCAL的索引。因此导致sql运行的时候,虽然可以正确的使用索引来查找,但是却要跨越多个分区才能找到正确的值,并得到ROWID再得到表中的数据。因为开......【阅读全文】

阅读(1707) | 评论(0) | 转发(0)

发布时间:2007-07-23 16:09:41

问题提出: 两个表的关联查询,一个表数据量在千万,一个表数据量只有几条(参数表),大表是按时间进行的分区表,而且时间字段上还建有分区索引。刚开始,执行计划是正确的,但是后来却发现两个表的关联不是走分区表的索引,而是直接扫描整个分区,有点费解。[@more@] 了解业务后发现,参数表中有两个字段,一个是起始时间,一个是终止时间,这两个时间间隔一般在10分钟。每过一段时间,将拿参数表中的时间出来,然后根据时间段去大表中查询这段时间内进行的业务。大表每天新增数据在20万左右,10天一个分区,小表数据量不......【阅读全文】

阅读(1351) | 评论(0) | 转发(0)

发布时间:2007-07-23 15:30:30

问题提出: 一个订单处理系统,需要频繁的取出最早提交但是还未处理的订单来进行处理,随着时间的累加,表中数据越来越多,性能也越来越低。[@more@]首先来看看表结构,简化后如下:ID NUMBER(10) Y COMMITDATE DATE Y STATUS NUMBER(1) Y 其中ID是主键,唯一的标明了一个订单,COMMITDATE表示订单的提交时间,STATUS表示订单的处理状态,其中0表示未处理,1表示已处理。当然此表还有很多列来描述一笔订单,这里只是简化的结构。此表当初建立了tab_ord......【阅读全文】

阅读(1076) | 评论(0) | 转发(0)

发布时间:2007-07-22 22:34:01

问题提出: 生产系统,收到报警邮件说open_cursors过多,马上登录到服务器上检查,发现open cursor最多的一个session才打开100多个cursor,应该没什么问题。但是一个小时后,又收到报警邮件,重新登录服务器,还是没什么异常。而且之后每个小时(这个规律是后来才发现的)都会收到报警邮件,每次都没有任何异常,这下找不到头绪了。[@more@]晚上回家,又收到这样的邮件,于是把所有这类邮件从第一封开始到最后一封看了一遍,又看了一遍发信的时间,才注意到每个小时都会发一封报警邮件。登录生产,检查监控的脚本(脚本为另一个同事......【阅读全文】

阅读(1058) | 评论(0) | 转发(0)

发布时间:2007-07-15 00:00:00

淘宝社区......【阅读全文】

阅读(88) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册