请教Sybase运行慢

5个周

原帖由 andkylee 于 2010-3-16 19:46 发表
是smp环境吧？发生了大量的螺旋锁征用。

建议将default data cache分成多个named cacache，或着将named cache分成多个区（partition）。

不要看到spinlock就是螺旋锁争用，cache的spinlock才是螺旋锁争用。

5个周

原帖由 flywolf2000 于 2010-3-17 14:14 发表
附件为配置文件，有时间再帮我看一下吧，偶是对Sybase一窍不通啊..655238

你这个配置是有问题的，但如果你们自己不觉得慢的话不能说有严重问题，但是将来还是会慢慢变慢的。

你的XP server的问题应该跟配置没太大关系，我倒是建议你打打补丁试试。

另外，你的日志我看了，本来不想说话了的，只是不想你被人误导是参数方面的问题。上日志不是这么个上法的，日志要全，跟看病一样。

andkylee

原帖由 5个周 于 2010-3-17 17:43 发表



不要看到spinlock就是螺旋锁争用，cache的spinlock才是螺旋锁争用。

看sybase文档中的说法：

“Spinlock Contention” reports the number of times an engine encountered spinlock contention on the cache, and had to wait, as a percentage of the total spinlock requests for that cache. This is meaningful for SMP environments only.


Spinlock Contention应该翻译成:螺旋锁争用。螺旋锁就是发生在cache上的，是请求查询cache时出现的等待。难道还有其它种类的spinlock contention？？

andkylee

建议：
增大open object spinlock ratio,open index spinlock ratio,open index hashtable spinlock ratio这3个参数。他们的默认值都是：100.

另外在业务允许的情况下，执行一下sp_sysmon查看一下系统状态。如统计10分钟的样本 sp_sysmon "00:10:00"

也可以查看10分钟内的表上的争用情况，如下：
sp_object_stats "00:10:00"

andkylee

原帖由 5个周 于 2010-3-17 17:48 发表


你这个配置是有问题的，但如果你们自己不觉得慢的话不能说有严重问题，但是将来还是会慢慢变慢的。

你的XP server的问题应该跟配置没太大关系，我倒是建议你打打补丁试试。

另外，你的日志我看了，本来不想说话了的，只是不想你被人误导是参数方面的问题。上日志不是这么个上法的，日志要全，跟看病一样。

配置有什么问题，也不说。楼主想得到的肯定是什么问题的答案～

XP server的问题不能说和配置没有关系，但是抱歉我不知道怎么配置xpserver。不能说没有关系。 请问怎么给xp打补丁，好像没有专门的ebf包吧？回答者很不负责任。

只是不想你被人误导是参数方面的问题　　　　　　你这个配置是有问题的，　　好像有点自相矛盾啊！！
虽然不能说 参数=配置，但是你对sybase的调整不都是通过参数来实现的吗？即使用ｓｐ也是这样！

5个周

有什么矛盾的？做技术的人不能就问题看问题。

配置参数有一些或者说很多需要修改的地方，但是这些地方跟他的XP server的问题应该是没有关系的，只是有可能影响到他的应用的性能而已，

但是调优的原则之一是 不觉得慢就是OK的，在不了解应用的情况下不要轻易去修改参数，因为改了以后有可能反倒变慢，所以我说可以不改。

他的XP server 的第一个问题是 “ 1、句柄不释放，导致一定时间后，数据库宕机（当句柄占用数大于数据库配置后，数据库系统宕机了）”，这种表现不应该是能通过参数可以解决的，我认为Bug的可能性更大一些。xp server当然没有单独的补丁，ASE的补丁中是包含了xp server的补丁的。=

andkylee

原帖由 5个周 于 2010-3-17 20:36 发表
有什么矛盾的？做技术的人不能就问题看问题。

配置参数有一些或者说很多需要修改的地方，但是这些地方跟他的XP server的问题应该是没有关系的，只是有可能影响到他的应用的性能而已，

但是调优的原则之一是 不觉得慢就是OK的，在不了解应用的情况下不要轻易去修改参数，因为改了以后有可能反倒变慢，所以我说可以不改。

他的XP server 的第一个问题是 “ 1、句柄不释放，导致一定时间后，数据库宕机（当句柄占用数大于数据库配置后，数据库系统宕机了）”，这种表现不应该是能通过参数可以解决的，我认为Bug的可能性更大一些。xp server当然没有单独的补丁，ASE的补丁中是包含了xp server的补丁的。=

做技术的人不能就问题看问题
---------------------------------------------------------------
看的我一头雾水？
肯定有问题，不然楼主在这里发帖干什么？不能就一句话：有问题，我想这不是一个技术人该做的事！


因为改了以后有可能反倒变慢，所以我说可以不改。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
哎，一个不负责任的dba。不知道你得出这个结论是否草率的做出的，还是有自己以前的实践经验。sp_sysmon给出的监控数据和相应的建议互相验证了有些参数需要调整。你却说不需要改。

这种表现不应该是能通过参数可以解决的，我认为Bug的可能性更大一些
-------------------------------------------------------------------------------------------------
呵呵，你这是凭空想象出来的。不知道你有没有在xp server上编程的经验。 一般sybase ase的最新累积更新包ebf里面都会记录fix的bug。
个人感觉楼主编写的esp存在问题的可能性大些~

5个周

楼上太有才了

andkylee

原帖由 5个周 于 2010-3-18 09:25 发表
楼上太有才了

在说反话吧~

flywolf2000

多谢两位了，两位都是好心，大家都是做技术的，就是出发点和表达的不一样么，消消气，来张图片大家放松下...