刚刚加完通宵班，结果比较失望。。。

fbirds

数据库：12.5.0.3 ebf11450
hp 570
OS:2.4.21-15.ELsmp #1 SMP Thu Apr 22 00:18:24 EDT 2004 i686 i686 i386 GNU/Linux
机器配置：cpu 4*2G,内存2G,6块硬盘做raid5.
删除一张记录2400万的表，每次删除100多万，需要三个多小时，总共300万数据从昨晚11：00多处理到这会。
请大家帮我分析一下是什么原因导致IO这么慢。
我做过测试，在操作系统级，cp一个文件，用vmstat监测，bo,bi有时有几十兆的读写，但在数据库上删除的时候，用vmstat监测，偶尔上一下几兆。不知是什么原因，各位给分析一下。谢谢！

[ 本帖最后由 fbirds 于 2006-6-2 07:26 编辑 ]

chuxu

数据库设备是建在文件系统上还是裸设备上，如果是裸设备异步IO开了吗？
另外删除语句是否用上索引？

RS9000

数据库刚装好后，配置都做好了吗？？我曾经晚上加班太困，default data cache没设，慢得要死。。

dyhlx

删除一个表，不一定要用delete from 直接，DROP TABLE

fbirds

原帖由 dyhlx 于 2006-6-2 11:15 发表
删除一个表，不一定要用delete from 直接，DROP TABLE

不是直接删除表，是要删除里面的数据。

fbirds

原帖由 chuxu 于 2006-6-2 08:20 发表
数据库设备是建在文件系统上还是裸设备上，如果是裸设备异步IO开了吗？
另外删除语句是否用上索引？

裸设备
异步IO开了。
删除用上了索引。
数据cache有800m.

fbirds

原帖由 RS9000 于 2006-6-2 09:25 发表
数据库刚装好后，配置都做好了吗？？我曾经晚上加班太困，default data cache没设，慢得要死。。

配置做好了。default data cache 800m.

jtyhyl

如果没有分区的话用truncate多快呀，
或把表删除然后再重新建立一个表多好呀，不知道为什么要一条一条的删除数据

fbirds

原帖由 jtyhyl 于 2006-6-2 12:28 发表
如果没有分区的话用truncate多快呀，
或把表删除然后再重新建立一个表多好呀，不知道为什么要一条一条的删除数据

需要保留的数据也有很多，也是需要先select into到另一张表，然后不停的做insert，之后再反向操作。

1017of

vmstat
iostat or sar
sp_help
optdiag
sp_showplan
sp_helpdevice
sp_sysmon