MYSQL数据库性能测试报告

MYSQL数据库性能测试报告

 

测试环境：

       DELL 2.4G memory 512M

       RH9.0 MySql 3.23.54

测试使用的是mysql缺省参数，用mysql提供的API用C编写测试程序

测试程序共启动40个线程进行数据库操作，查找、插入、修改、删除各10个，每个线程独立与Sql Server连接。

数据库结构，单表，表结构如下：

       toheader         100byte 主键

       contactheader 100byte

       called       50byte

       cseq        100byte

       hashval      int

       timestamp       int  次键

对主次键分别建了索引。分别在5万、10万、50万用户环境做测试，结果如下：

	查找100次	插入100次	修改100次	删除100次
5万	100－300ms	100－300ms	100－300ms	100－300ms
10万	500ms-1s	500ms-1s	500ms-1s	500ms-1s
50万	3s-5s	3s-5s	3s-5s	3s-5s

从此数据看性能是很不错的，因为mysql能保证每个操作是原子的，所以不用考虑线程间的同步。

 

但有一个问题：即mysql的每个操作是原子的，所以做每个操作时，其它线程是阻塞的，在大数据量查询时，花的时间较长，会对其它线程有影响。我在保持其它线程工作不变的情况下，将每个查找线程改为做一次对所有记录的查询，在5万和10万记录时表现不错，分别为250ms和450ms，但在50万记录时，这个数值达到了22秒。而且在50万用户时，通过条件查找部分数据也很慢，如查询结果为10万记录时用11秒。

怀疑是sql server的参数影响，按数据库说明修改了几个缓冲区的参数，但没有效果。

由于首次同步发生的频率很低，象250ms和450ms这样的数据还是可以接受的，但22秒太离谱了。支持50万用户在线，需要考虑一个解决办法，现在有一个办法是建一个备份表，写备份表的请求放到一个队列里由一个单独线程处理，这样阻塞不会影响正常业务处理了。但这个线程的缓冲区要足够容纳30秒内发生的操作。

 

本来担心数据量大了mysql的缓冲区不够会出错或丢数据，但测试发现，一次查询最多读了50M数据，没有出现问题，经测算我们首次同步的数据不会超过10M。

 

在MySQL中启动了innoDB引擎后，可以实现真正的行级锁，select和update操作可以并发，这样在全表查询进行中间可以进行其它的select和update操作，但insert和delete不行。

性能也有很大提高，50万记录时100次操作300ms，全表查询11秒多。

注：此文版权归我同事。