急急：DB2嵌入C,多线程（进程），并发，为何效率这么低？

Mycro

我做了一个，嵌入C的程序，要求做一个简单的查询而已；

查询，用了corsor..

单独执行一次，只需300ms;

于是我做了一个多线程的程序，

用来实现并发（用了手动分配上下文），

结果，查询会随着 线程数的增长 而 执行时间会成线性增长。。
例如：
1： 300ms
2:  350ms
5:  800ms
10: 1200ms
100:5600ms
....

好像没有用到并发，像串行执行一样。。

我用多进程（不用设上下文了），做了一个，效果是一样的。。
--------------------------------------------------------
是锁么，但是我只有select ,不会有锁吧？

我的程序，所并发量，和时间要求很高，所以必须实现。。

头说sql serer 用一台普通pc就能达到上百个并发，
一台6000机器，不会如此差吧？？

Mycro

我每次都是重新连接数据库，执行完了，断开。。

一般的高访问量时时，搞并发，一般是怎么搞得？

有没有人搞过。。

Mycro

The net result is that each SQL statement within a context is executed as an
atomic unit, even though other threads may also be trying to execute SQL
statements at the same time. This action ensures that internal data structures
are not altered by different threads at the same time. APIs also use the latch
& Copyright IBM Corp. 1993-2002 207
used by run-time services; therefore, APIs have the same restrictions as
run-time services routines within each context.

ibmxp

看看从数据配置里面优化一下,
同一时间并发的查询比较多的话需要对一些参数调整的!!!
特别地关注这几个:SORTHEAP,STMTHEAP,SHEAPTHRES_SHR,APPLHEAPSZ.....

ibmxp

程序里处理查询比较耗时的是，连接数据，尽量少的连接比较好，
库表的数据量，索引等方面考虑一下；