免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12
最近访问板块 发新帖
楼主: cooldog
打印 上一主题 下一主题

sybase确实老矣 [复制链接]

论坛徽章:
0
11 [报告]
发表于 2006-10-25 09:03 |只看该作者
For sure it's caused by your database design and application sql code. Sybase is not '确实老矣', it still has tons of high end users in financial field, even its' market share is just around 3%.

论坛徽章:
0
12 [报告]
发表于 2006-11-13 10:41 |只看该作者

回复 1楼 cooldog 的帖子

有同感;上次客户还对这个不满意;我说你重启机器;呵;;;KILL是不行的;

论坛徽章:
0
13 [报告]
发表于 2006-11-15 16:41 |只看该作者
把经常锁的表改为行锁试试,

论坛徽章:
0
14 [报告]
发表于 2006-11-15 23:08 |只看该作者

回复 1楼 cooldog 的帖子

简单说两句:

锁是DBMS中用于保证数据一致性、完整性的机制,各家兼同
阻塞是指事务在锁资源上的请求上发生了竞争

阻塞的一般处理:
1. 改变锁机制。从allpages更改为datapage、datarows,减少锁资源占用数据的范围,增大并发度,但主机处理压力会相应增加
2. 优化事务本身,使造成阻塞的事务尽可能快的完成,释放所占有的资源,避免阻塞。大部分是针对应用中的sql语句、表设计、索引设计甚至业务流程设计进行优化

kill进程将导致事物的回滚,这同样也是保证数据一致性的必要手段。
回滚时间跟你的事务大小、已进行时间、主机压力等都有很大关系,

sp_who 看到的都是瞬间状态,对于分配了n个CPU的ASE来说来说,最多就可能有n个进程在running,其他进程必然都是处于runnable、sleep状态,这个不能说明什么,但建议你也注意检查网络的通常情况。

ASE 12.5客户端(你应该说的是java版本的sybase central)异常退出的情况很早的补丁就已经解决了,建议你下载和安装。

一句话,还可以做的事情还很多,何必要光看着叹气呢? 呵呵
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP