电信运营商Db2db2优化

db2 中日志写入时间超过500毫秒,优化的话,大体思路是怎样的?

db2 中日志写入时间超过500毫秒,优化的话,大体思路是怎样的;临时表空间的使用率持续增高,该怎么着手优化

参与12

2同行回答

gdpgdp_3gdpgdp_3系统工程师银信长远
大体上判断是不是写操作最近增长了,快照对比可以看,也可以看是否io整体存在瓶颈还是只写日志瓶颈了,可以适当调整下logbuffer如果整体压力表大io瓶颈,在没法降低写量情况可以考虑把日志迁移快速存储,历史数据对比很关键,临时表空间可以分析是因为排序导致或者子查询还是主动创...显示全部

大体上判断是不是写操作最近增长了,快照对比可以看,也可以看是否io整体存在瓶颈还是只写日志瓶颈了,可以适当调整下logbuffer如果整体压力表大io瓶颈,在没法降低写量情况可以考虑把日志迁移快速存储,历史数据对比很关键,临时表空间可以分析是因为排序导致或者子查询还是主动创建临时表导致针对性解决,可以通过db2top之类的分析下。针对性解决,不行就扩

收起
系统集成 · 2018-01-03
浏览1984
DB-TrendSetterDB-TrendSetter联盟成员数据库架构师公司
日志写入慢可从两点优化:更改transaction log路径为更快的存储(根本解决方法)增加log buffer(暂时缓解)临时表空间使用率高,是systemtemp, 还是 usertemp ? 两种作用不一样显示全部

日志写入慢可从两点优化:

  1. 更改transaction log路径为更快的存储(根本解决方法)
  2. 增加log buffer(暂时缓解)

临时表空间使用率高,是systemtemp, 还是 usertemp ? 两种作用不一样

收起
电信运营商 · 2018-01-05
浏览1684
王磊磊 邀答

提问者

elan
数据库管理员中科软

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-01-03
  • 关注会员:3 人
  • 问题浏览:2546
  • 最近回答:2018-01-05
  • X社区推广