作者oscaroec (OEC)
看板Database
标题[讨论] oracle 效能问题
时间Wed Mar 29 15:14:54 2017
最近在进行灾难演练
但是oracle资料库的部分有个大问题
就是用了更好spec的硬体
更多的ram 更多core的CPU 较多的SGA & PGA
但是AP在load资料的速度反而更慢(差距几分钟以上)
原本DB是在8GB ram的VM(CentOS 5.5)上
新的我给了16GB(CentOS6.8 or Ubuntu 16)
前端搭配的是同个tomcat (code版本也都一样)
请问可能是哪个环节出错了吗?
请大家不吝指教 谢谢
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 120.126.47.13
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Database/M.1490771698.A.A28.html
※ 编辑: oscaroec (120.126.47.13), 03/29/2017 15:16:28
1F：→ LINGZ: database warm up?要比较也要把原本的db restart再比吧!XD 03/29 17:25
2F：→ kb0130: 同一楼，先跑个一阵子让data进cache 03/30 07:55
3F：→ kb0130: 如果还是慢，监控新DB观察wait event，可能是有些设定变了 03/30 07:56
4F：→ kb0130: 再来你的灾难还原的手法是?虽然差别不大.... 03/30 07:57
5F：→ oscaroec: 虽然db已经开了好几天 但我会试着再朝这方向试看看 03/30 11:09
6F：→ oscaroec: 还原手法就是new一个Oracle 再把平常备份export的import 03/30 11:10
7F：→ oscaroec: 其实我好奇的是CPU有办法指定吗? 给8core 都只吃1core 03/30 11:12
8F：→ oscaroec: 观察到的就CPU loading > 90% 03/30 11:12
10F：→ chefou: 改用 data pump 03/30 11:50
11F：→ kb0130: 用exp/imp或pump都会让DB快些，看来问题在CPU LOADING HIG 03/30 19:57
12F：→ kb0130: 几个问题，旧SERVER的EM CPU状况如何?Parallel相关的参数 03/30 19:58
13F：→ kb0130: 为何?EM CPU的地方再点进去，哪些SQL在作怪? 03/30 19:59
14F：→ kb0130: 不过还是建议汇出参数比对新旧DB有何差异 03/30 19:59
15F：→ oscaroec: 旧DB EM pattern差不多 就是高但间距短(SQL是要改善) 03/30 21:39
16F：→ oscaroec: 但新旧DB用的SQL是一样的 新的spec up 却不见改善 03/30 21:40
17F：→ oscaroec: 我会再详细比对一下参数 谢谢楼上几位大大提供参考方向 03/30 21:40
18F：→ iFEELing: ㄟ你imp完有没有重算统计值? imp完之後要重算吧 03/30 21:58
19F：→ iFEELing: 实体资料分布情况已经改变了... 03/30 21:58
20F：→ oscaroec: 没有 我也不知道那是什麽 ^^" 我会去查看看 谢谢您! 03/30 22:52
21F：→ kobedisel: 请问ap load资料的方式为何？ 如果知道单拿一句load资 03/31 08:44
22F：→ kobedisel: 料的语法个别在新旧硬体上跑之前先执行trace(sql trace 03/31 08:44
23F：→ kobedisel: ,autotrace,oradebug,dbms_monitor)皆可，一比较後答 03/31 08:44
24F：→ kobedisel: 案应该很容易就出来了。 03/31 08:44
25F：→ oscaroec: ap load资料的方式=>hibernate, OJB(?) 我会试试单纯SQL 03/31 09:16
26F：→ oscaroec: 上面的方法我都会survey一下 然後再回来跟大家分享结果 03/31 09:17
27F：推 chefou: 主机的I/O 还有网路的状态也要查 有可能跟DB无关 03/31 13:50