在数据库的应用开发中,常常会遇到性能和代价的之间矛盾。以作者在开发股市行情查询和交易系统中遇到的问题为例,要在实时记录1000多只股票每分钟更新一次的行情数据的同时,响应大量并发用户的数据查询请求。考虑到性价比和易维护性,系统又要求在基于PC服务器,Windows NT平台的软硬件环境下实现。开始,我们采用了MS SQL Server 6.5 作为数据库系统,用Visual C++ 6.0开发了访问数据库的前端,应用ODBC数据接口,在进行了大量的数据库配置和程序优化后,发现仍不能满足性能要求。后采用SQL Server的DB-Library接口,绕过了ODBC解释层,可以每秒更新行情数据30次,同时支持20-30个左右的并发用户进行行情查询,基本满足要求(单台PC服务器,单PII350 CPU,内存128M,SCSI硬盘)。有没有可能进一步提高系统的性能和负载能力呢?经过分析,数据库服务器是系统的瓶颈。当然,可以采用UNIX服务器+大型数据库的系统平台,但其开发、运行、维护的费用比微机+Windows NT平台的费用高出数倍。我们在其它一些系统的开发中,也经常遇到这样的矛盾。如何在微机平台上建立大容量、高效率、易维护、高性价比的数据库系统呢? 考察国内基于微机平台的数据库应用系统,典型的如网易的分布式邮件系统,采用了FreeBSD+MySQL的平台,其容量、负载能力和响应速度都很优秀。作者查阅了MySQL的相关文档,发现MySQL是GNU软件(即OpenSource自由软件)中非常优秀的数据库系统,它完全符合SQL92 (Entry level)和 ODBC( level 0-2)规范,在符合POSIX规范的操作系统上实现了非常高效的关系型数据库管理系统。根据MySQL提供的文档,它的数据操作堪称所有数据库中最高效的,Benchmark如下表: Reading 2000000 rows by index | Database | Seconds | mysql | 367 | mysql_odbc | 464 | db2_odbc | 1206 | informix_odbc | 121126 | ms-sql_odbc | 1634 | oracle_odbc | 20800 | solid_odbc | 877 | sybase_odbc | 17614 | | Database | Seconds | mysql | 381 | mysql_odbc | 619 | db2_odbc | 3460 | informix_odbc | 2692 | ms-sql_odbc | 4012 | oracle_odbc | 11291 | solid_odbc | 1801 | sybase_odbc | 4802 |
从MySQL的Benchmark中可以看到,MySQL的性能非常出众(当然,测试的MySQL系统可能作了优化,被测数据可能是针对MySQL选择的),而且MySQL提供了对Windows NT的支持。Windows NT+MySQL能否成为构建高性能数据库应用的理想选择呢?作者用MySQL的数据接口改写了程序,经过一段时间的运行,证明MySQL确实是高效而稳定的数据库,非常适合构建大容量、高效率、易维护、高性价比的数据库应用系统。现将MySQL的安装、运行、开发的心得与大家共享。
|