mysql的i o读取大_数据库I/O读写速度

工作中遇到的一个实际问题。

问题如下：

长时间，大量插入数据的速度慢的问题。

7*24小时的不间断想数据库中插入数据，单表的插入数据量平均目前平均35条/秒。有

40多个单表表都需要插入。插入数据的同时还要对40多个单表进行更新和查询操作。

如此频繁的对数据库进行操作的情况下，数据库的速度已经不能满足我们的需求了。

经过了一系列的SQL文，内存设置，缓存设置之后还是无法满足。

最后经过在linux下top进行分析，发现原来是orcale的I/O读写速度问题。并且硬盘处

理速度不及时还导致CPU %WA等待。

经过统计情况如下：

插入量：40*35=1400条/秒

查询量：40*100=4000条/秒

更新量：40*10=400条/秒

删除量：1400*66%=900条/秒

每秒处理共约：6700条数据。

这样一个int占4个字节，一个double占8个字节，一个varchar(200)占200个字节.....

一条数据有 800~1400个字节 按照平均一条数据1024个字节来算，就是1条数据占用

1Kb的空间。

那么硬盘最少要有6700*1Kb =6.7M 的读写速度。本来我们用的硬盘是7200的，极限的

读写速度是30M-40M/秒左右，为什么6.7M左右就承受不住了呢？

经过分析认为，硬盘的测试速度只是单一的读写。但是在频繁的读写删除面前远远达不到那个速度(磁头不停的切换，扇区不停的反转)

注意：这里请不要长生误区：6.7M是每秒的读写速度，由于我做了优化每秒还会删除插入数据的66%，这样最后保存到磁盘的每秒只有400K左右。

一天40G的数据 平均每秒400多K。

解决方案：表分区 + 磁盘阵列 + RAID0. 理论上能提高几十倍甚至几百倍的速度。

具体实现细节。。。略。。。。。。。

如果有人有兴趣知道可以留言探讨。