免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 9755 | 回复: 7
打印 上一主题 下一主题

请问DB2的lock timeout值是在哪儿设置的? [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2007-03-02 17:37 |只看该作者 |倒序浏览
默认是半个小时,这个值在哪里可以看到?用什么命令?怎么修改?

另外,这个值的设置是什么级别上的?是isntance级别还是DB级别?

请大家指教,谢谢!

论坛徽章:
0
2 [报告]
发表于 2007-03-03 01:04 |只看该作者
不可遗漏的—Lock

这些与锁相关的控制都是数据库配置参数:

LOCKLIST 表明分配给锁列表的存储容量。每个数据库都有一个锁列表,锁列表包含了并发连接到该数据库的所有应用程序所持有的锁。锁定是数据库管理器用来控制多个应用程序并发访问数据库中数据的机制。行和表都可以被锁定。根据对象是否还持有其它锁,每把锁需要 32 个或 64 个字节的锁列表:

需要 64 个字节来持有某个对象上的锁,在这个对象上,没有持有其它锁。

需要 32 个字节来记录某个对象上的锁,在这个对象上,已经持有一个锁。

MAXLOCKS 定义了应用程序持有的锁列表的百分比,在数据库管理器执行锁升级之前必须填充该锁列表。当一个应用程序所使用的锁列表百分比达到 MAXLOCKS 时,数据库管理器会升级这些锁,这意味着用表锁代替行锁,从而减少列表中锁的数量。当任何一个应用程序所持有的锁数量达到整个锁列表大小的这个百分比时,对该应用程序所持有的锁进行锁升级。如果锁列表用完了空间,那么也会发生锁升级。数据库管理器通过查看应用程序的锁列表并查找行锁最多的表,来决定对哪些锁进行升级。如果用一个表锁替换这些行锁,将不再会超出 MAXLOCKS 值,那么锁升级就会停止。否则,锁升级就会一直进行,直到所持有的锁列表百分比低于 MAXLOCKS。MAXLOCKS 参数乘以 MAXAPPLS 参数不能小于 100。

虽然升级过程本身并不用花很多时间,但是锁定整个表(相对于锁定个别行)降低了并发性,而且数据库的整体性能可能会由于对受锁升级影响的表的后续访问而降低。

LOCKTIMEOUT 的缺省值是 -1,这意味着将没有锁超时(对 OLTP 应用程序,这种情况可能会是灾难性的)。许多 DB2 用户用 LOCKTIMEOUT = -1。将 LOCKTIMEOUT 设置为很短的时间值,例如 10 或 15 秒。在锁上等待过长时间会在锁上产生雪崩效应。

首先,用以下命令检查 LOCKTIMEOUT 的值:

db2 "get db cfg for DBNAME"

并查找包含以下文本的行:

Lock timeout (sec) (LOCKTIMEOUT) = -1

如果值是 -1,考虑使用以下命令将它更改为 15 秒(一定要首先询问应用程序开发者或供应商以确保应用程序能够处理锁超时):

db2 "update db cfg for DBNAME using LOCKTIMEOUT 15"

同时应该监视锁等待的数量、锁等待时间和正在使用锁列表内存(lock list memory)的量。请发出以下命令:

db2 "get snapshot for database on DBNAME"

如果 Lock list memory in use (Bytes) 超过所定义 LOCKLIST 大小的 50%,那么在 LOCKLIST 数据库配置中增加 4k 页的数量。

论坛徽章:
0
3 [报告]
发表于 2007-03-03 09:48 |只看该作者
locktimeout的值设得这么小啊,我们做数据仓库,IBM来的人给设的是1800.

论坛徽章:
0
4 [报告]
发表于 2007-03-03 11:14 |只看该作者
30分钟还小呀,oltp一般不到1分钟。30分钟内还得不到锁资源的话,那应用肯定有问题。另外数据仓库大部分是读操作。

论坛徽章:
0
5 [报告]
发表于 2007-03-06 14:02 |只看该作者
原帖由 zxalh.. 于 2007-3-3 09:48 发表
locktimeout的值设得这么小啊,我们做数据仓库,IBM来的人给设的是1800.

数据仓库和OLTP不一样的
一般周期性导入数据即可,而平时只是select 操作吧

论坛徽章:
0
6 [报告]
发表于 2007-03-07 13:01 |只看该作者
觉得设置为-1好一点,许多数据库上既有oltp业务也会有olap的批处理,
如果在oltp处理中发生长时间不释放锁的话,应该查查应用程序设计是否有问题,或sql文的效率。
另外一种情况是DBA操作数据库表格,忘记commit,那只能改改习惯了

论坛徽章:
0
7 [报告]
发表于 2007-03-07 14:21 |只看该作者
原帖由 xmltiger 于 2007-3-7 13:01 发表
觉得设置为-1好一点,许多数据库上既有oltp业务也会有olap的批处理,
如果在oltp处理中发生长时间不释放锁的话,应该查查应用程序设计是否有问题,或sql文的效率。
另外一种情况是DBA操作数据库表格,忘记comm ...

onine 交易系统

论坛徽章:
0
8 [报告]
发表于 2007-03-08 16:26 |只看该作者
Lock Timeout 的默认值是 -1 ,也就是无限等待吧?
查看命令 db2 get db cfg for DBName,然后找到 LOCKTIMEOUT 就可以看到它的值。
更新的话用 UPDATE DB CFG FOR DataBaseName USING LOCKTIMEOUT VALUE 即可。
这个是数据库级别的配置参数。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP