1、优化与热点表相关的sql,sql执行时间过长就会长时间的持有latch。对于返回结果数量较少的语句,应该检查是否用到索引和分区条件。例如我们查询已经建立分区的表,如果返回少量数据,我们可以创建索引(或分区索引)并且用到分区条件,如果没有用到查询分区表的执行效率反而更低。
2、 对于需要返回大量数据的查询语句尽量减少执行次数,一次读取数据放入缓存(如在代码逻辑中灵活使用map等数据结构作为缓存层,或者使用memcach等工具),业务层尽量通过缓存读取数据,同时根据一定逻辑更新缓存;
3、 对于大表(百万行以上)考虑组合使用HASH分区,将数据均匀分布到不同分区,避免热点块的竞争改善IO; oracle账号
4、 如果表的访问量很大但很少更新,经常通过主键进行查询,可以创建索引组织表iot减少查询时的回表动作提高查询性能;
5、 减少表的行迁移,根据原表创建新表,并调整这些表的pctfree参数(块的free空间),可以减少行迁移,降低查询时的逻辑IO读;
6、 考虑启用keep 缓冲池(目前我们是停用的),将表keep到缓冲池中;
7、 创建临时表空间组,让数据库把不同的session分配到不同的临时表空间,在session层面进行IO负载均衡。
文章归档
- 2021年11月 (79)
- 2021年10月 (102)
- 2021年9月 (77)
- 2021年8月 (97)
- 2021年7月 (94)
- 2021年6月 (92)
- 2021年5月 (72)
- 2021年4月 (114)
- 2021年3月 (91)
- 2021年2月 (84)
- 2021年1月 (94)
- 2020年12月 (94)
- 2020年11月 (83)
- 2020年10月 (90)
- 2020年9月 (84)
- 2020年8月 (101)
- 2020年7月 (100)
- 2020年6月 (85)
- 2020年5月 (97)
- 2020年4月 (93)
- 2020年3月 (99)
- 2020年2月 (79)
- 2020年1月 (102)
- 2019年12月 (87)
- 2019年11月 (106)
- 2019年10月 (100)
- 2019年9月 (102)
- 2019年8月 (88)
- 2019年7月 (90)
- 2019年6月 (94)
- 2019年5月 (99)
- 2019年4月 (97)
- 2019年3月 (86)
- 2019年2月 (90)
- 2019年1月 (94)
- 2018年12月 (116)
- 2018年11月 (9)