ASE15多用户并发时的效率问题

jarjar

IO busy达到50%，目前看来性能是和IO相关的。
tempdb的竞争很厉害，你是否已经使用了多tempdb?个人认为，如果你的tempdb上的使用是大量的insert/select然后就是drop table，cache没有太大的意义。1.8G的tempdb cache很大了。

runnable process search count 参数建议调小，可以从2000调整为200试试看。

user log cache size调整为16K，但by Full ULC 占的比例还是很大。建议再调大user log cache size，看有没有效果。

从参数看，你目前Server的page size是4K？建议调整为16K或者8K试试看。调整页面大小会涉及重新创建Server，相当于重新搭建环境。

jarjar

这是个很好的调优案例，大家都来发表发表自己的看法。

gaowd

目前只有一个tempdb，只是软件中有大量的对临时表的insert....select.....，turncate table，drop table 操作，可能会对tempdb造成很大压力

user log cache size  已经调到过16K了，没有效果，又调回来了，调到16K时，sp_sysmon中还是提示建议扩大

runnable process search count  这个参数我再调整一下试试

有机会再搭建个8K或16K页面的服务试试

多谢

1017of

试一下多tempdb，观察一下tempdb上的lock。

ps:对临时表最好使用select into。

jarjar

你的数据库版本是支持多tempdb的，建议用多tempdb的方式来缓解一下tempdb的压力。看是有有性能上的提升。

gaowd

原帖由 jarjar 于 2009-3-13 12:26 发表
你的数据库版本是支持多tempdb的，建议用多tempdb的方式来缓解一下tempdb的压力。看是有有性能上的提升。

创建完多个临时库后，还需要做什么配置吗？没找到这方面的相关资料

gaowd

runnable process search count  这个参数调整为200 后，没什么效果

jarjar

原帖由 gaowd 于 2009-3-14 11:45 发表

创建完多个临时库后，还需要做什么配置吗？没找到这方面的相关资料

http://infocenter.sybase.com/hel ... se_12.5.1/title.htm

打开其中的 Performance and Tuning: Optimizer and Abstract Plans文档，找到 Chapter 11: Multiple Temporary Databases，其中有Multi-tempdb的详细用法。

调整runnable参数后，sysmon的信息贴出来看看呢。

gaowd

好的，我看看

sp_sysmon信息如下：runnable_200

jarjar

你的页面大小是多大？
select @@maxpagesize