单数据库vs多数据库，单实例vs多实例效率测试 (单数据库能支持多大并发)

技术教程 2025-05-14 10:17:15 浏览次

最近公司的项目准备优化一下系统的性能，希望在数据库方面看有没有提升的空间，目前压力测试发现数据库服务器压力还不够大，Web服务器压力也不是很大的情况下，前台页面访问却很慢，看有没有办法充分利用数据库服务器的性能，于是做了一个单数据库，多数据库，单实例，多实例不同情况下的数据访问效率测试。

67万真实的基金收益数据，将这个表的数据放到了3个数据库中，详细内容见下面的连接字符串配置：

测试内容：

直接执行这个T-SQL脚本，在数据库表没有索引的情况下，耗费的时间是：

根据这个功能，写了一个.net控制台程序来测试，测试程序没有使用任何数据访问框架，直接使用ADO.NET，下面是多线程测试的代码，其它代码略：

下面是测试结果：

第一次，数据库没有创建索引，进行全表扫描：

第二次，数据库响应的字段创建索引，下面是测试结果：

综合全表扫描访问和有索引方式的访问，

单线程访问：

多线程访问：

综合结论，看来不论是双数据库还是双实例，对比与单实例或者单数据库，都没有体现出优势，看来前者的优势不在于访问效率，一位朋友说，数据库实例是不同的服务，控制粒度更小，维护影响比较低。但我想，双数据库实例，双数据库，多核CPU，应该跟两台数据库服务器差不多的性能吧，怎么没有体现优势呢？也许是我的测试机器仅仅有一个磁盘，这里磁盘IO成了瓶颈。

这个测试有没有意义，或者这个结果的原因，还请大牛们多多指教！

1,有人说频繁的查询在完全数据库中进行效率最高，测试发现，在查询分析器上直接运行上面的那个T-SQL脚本，跟程序从数据库取出数据，再加工计算查询，效率上没有明显的区别，所以哪些支持 “将复杂的业务逻辑写在存储过程中效率最高的观点是站不住脚的！” ，ADO.NET从数据库来回操作数据一样有效率，如果加上复杂的字符函数计算和大批量的循环操作，存储过程的效率不一定高。

2,在使用程序进行频繁的数据库操作的时候，使用一个连接对象还是在每个方法中使用新的连接对象，一直是很纠结的问题，心想频繁的数据操作还是用一个连接对象快吧？在本文给出的测试代码中，有下列语句：

注释掉这些语句，在被调用的 方法中使用自己的连接对象 ，与取消注释， 全部使用一个连接对象，效率上没有任何区别！

究其原因，可能是ADO.NET自动使用了连接池，实际上程序在不同的情况下，使用的都是一个连接，所以操作上效率没有区别。