SQL> select dbid from v$database --查看DBIDSQL> select * from dba_hist_snapshot --查看SNAP_ID范围SQL> select * from sys.wrh$_active_session_history --ash 历史数据 注:ash 历史数据有时没有自动
OLTP 类型的数据库,要求速度较快,表不应太大,如果表确实较大,分区表是个不错的选择。
你那个PDF里没有提到如果判断一个索引是本地分区索引还是全局索引啊!
dump 文件才30G左右,数据量很少,用数据泵 就可以了。
可能我没有说清楚,我说的表空间加密 是 oracle 11g 的一个特性,需要 钱夹(wallet) 和 密钥 来实现的,不是第三方工具的加密。
我大概看了一下,IO等待较高,但物理读并不是很高,说明你的存储性能不怎么样。建议可以优化一下占用IO较高的SQL另外,硬解析较多,可以考虑优化一下。。
有索引,sql*loader 使用的直接路径
执行计划采用hash join anti 说明你的参与关联的表数据量都比较大, t_fund_product_info的字段prdt_id上建立主键,肯定会改善 SQL 的性能(至少会减少排序的时间,对于大数据量来说,这是一个很大的开消),至于对表进行分析前后,
这个SQL 会反回多少条记录?如果执行不是特别频繁,620毫秒 ,这个时间不算长啊。。
AWR是一个不错的工具,在数据库正常的情况下,生成一个基线,当出问题时,可以对比是那个指标出了问题,可以帮助DBA快速定位问题。 另外,平时对数据库的巡检,也能对加快问题的定位提供帮助。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30