做任务有q币的网站,网站开发运营费用,自己公司的网站怎么编辑器,网络营销的网站的分析最近一直在搞mongodb 文件服务器大量文件并发上传测试#xff0c;在官方文档发现mongo是线程安全的#xff0c;支持单一连接下的并发操作。印象ADO.NET 似乎不支持单一连接并发。于是#xff0c;测试一下来证实这个疑虑。#xff08;前两篇小记一直纠结mongodb吃内存导致并… 最近一直在搞mongodb 文件服务器大量文件并发上传测试在官方文档发现mongo是线程安全的支持单一连接下的并发操作。印象ADO.NET 似乎不支持单一连接并发。于是测试一下来证实这个疑虑。前两篇小记一直纠结mongodb吃内存导致并发文件上传变慢问题经过这两天测试发现文件并发上传越来越慢的瓶颈是磁盘的IO读写的瓶颈 以10W条/20W条 记录写入测试下面是测试结果 操作10W w/s20W w/s操作方式备注179.958163.396主线程 有池 单连接 单打开单打开指的一次open close 内执行所有写入操作279.958164.412主线程 有池 单连接 多打开多打开指的写入一次就open close一次 总结可以看出有池的情况open close基本没有性能消耗。MSDN官方解释池的效果在minpoolsize不为零的情况总保持相应数量的活动连接当Open的时候实现直接用了活动连接而Close操作并没close只是又将活动连接放回池里。379.13163.396主线程 无池 单连接 单打开 4290.334620.694主线程 无池 单连接 多打开 总结无池的情况下open close非常消耗性能由于没池每次OpenClose 都要打开关闭连接 所以效率没有池高。549.13142.33单线程 无池 单连接 单打开异步执行反而快了测了几次都这个结果6326.495865.44单线程 无池 单连接 多打开 7137.985 有池 单连接 单打开 10线程并行写入 写入锁Ado.net 不支持单连接并行写入 通过线程锁控制实现8141.464 有池 单连接 多打开 10线程并行写入 写入锁Ado.net 不支持单连接并行写入 通过线程锁控制实现 总结单连接通过写入锁控制多线程写入速度明显慢了很多单连接并不适合并发写入操作。918.94337.815有池 10连接并行 单打开 相当于操作1 ---- 10个单连接 单打开 的并行操作1019.65841.793有池 10连接并行 多打开 相当于操作1 ---- 10个单连接 多打开 的并行操作 总结 多线程并行多连接的操作效果还是很理想的发挥了多线程任务的优势。Connection是非线安全的也就是说最好为每个线程单独创建一个数据库连接实例是最理想的。 可以确定的是ado.net connection 是非线程安全的 一个连接下一次open close 过程不允许并发并且多次open close并发会相互冲突 (想并发只能通过锁来控制了但这个不用想肯定效率不高)。 而mongodb 则在这方面具有优势 mongo是线程安全的。一个连接下是允许并行写入操作的同样mongodb 可以多连接并发然后每个连接下又可以多并发写入操作这样每秒并写入记录数可以更高。mongodb的池是预先创建指定数量的闲置连接用到其中的连接的时候该转为活动状态。经过这两天测试mongodb的单连接的并行写入效率没有并行多连接写入的效率高。推测mongodb的单连接并行写入也采用了写锁或者队列效率上可能低于多连接操作。因此在合理的并行线程内合适的并行连接数写入很重要。 由此可见不同的数据库池的设计理想有所不同。 而ado.net 写入并发实现只有下面两种合适的一 有池-单连接 单打开 并发写入引及写入锁 锁的引入反而导致速度下降这个方案排除了 二 无池-并发多连接 单打开 这种不推荐 二 有池-并发多连接 单打开/多打开 目前测试只有这种情最理想 另外建议连接池的minpoolsize 要设置不设置或设置为零会在一定时间内关闭池内所有连接但不要设置太高否则会占用太多资源。详细可查看MSDN介绍。 在微软的Petshop以及很多开源项目曾经看到的SQLHelper此类的数据库存操作类大都是静态的 为什么呢因为静态方法在不引用静态字段的前提下是线程安全的。静态字段是多线程共享的而静态方法在每个线程是都有一个副本只要静态方法不调用静态字段则是线程安全的因此我们看到为何SQL 单连接的情况都是使用静态方法可以防止单连接并发操作。转载于:https://www.cnblogs.com/mecity/archive/2011/10/18/2217091.html
