DB_POWER

11g ocp 11g ocm

  • 博客访问: 1280530
  • 博文数量: 180
  • 用 户 组: 普通用户
  • 注册时间: 2014-05-12 18:11
个人简介

曾就职于国美控股集团有限公司 目前就职于某大型采招网 11g ocp 11g ocm 专注Oracle和mysql数据库 承接私活,数据库、ios安卓app开发.有意者联系(17710028343)

ITPUB论坛APP

ITPUB论坛APP



APP发帖 享双倍积分

文章分类

全部博文(180)

文章存档

2017年(51)

2016年(24)

2015年(56)

2014年(49)

微信关注

IT168企业级官微



微信号:IT168qiye



系统架构师大会



微信号:SACC2013

订阅
热词专题

发布时间:2017-12-02 17:59:26

in 是把外表和内表作hash join,而exists是对外表作loop,每次loop再对内表进行查询。一般大家都认为exists比in语句的效率要高,这种说法其实是不准确的,这个是要区分环境的。 exists对外表用loop逐条查询,每次查询都会查看exists的条件语句,当 exists里的条件语句能够返回记录行时(无论记录行是的多少,只.........【阅读全文】

阅读(37) | 评论(0) | 转发(0)

发布时间:2017-11-23 20:44:07

今天主要研究下关于mysql的redo log(事务日志)的相关参数的设置问题,其中主要涉及到了三个参数的问题,一:innodb_log_file_size :该参数决定着mysql事务日志文件(ib_logfile0)的大小;设置的太小:当一个日志文件写满后,innodb会自动切换到另外一个日志文件,而且会触发数据库的检查点(Checkpoint),这.........【阅读全文】

阅读(393) | 评论(0) | 转发(0)

发布时间:2017-07-19 16:46:36

  在11g中,全表扫描可能使用direct path read方式,绕过buffer cache,这样的全表扫描就是物理读了.最近遇到了这样一个测试环境的案例,表现为direcy path read事件等特很高.[@more@]主机性能数据 Operating System Statistics - Detail Snap Time Load %busy %user %sys %idle %iowait 22-1月 18:00:280.00 22-1月 19:00:450.00 1.56 1.20 0.36 0.00 98.44 Cpu的的sys和user调用都比较低,cpu主要是消耗在io的等待上。 数据库性能 性能情况通过主要通过AWR报告来体现. 后台的job每1小时对数据库的性能数据进行采样,本报告中选取了系......【阅读全文】

阅读(86) | 评论(0) | 转发(0)

发布时间:2017-03-27 08:52:43

AWR报告中Execute to Parse %:比例太低,如下所示:Instance Efficiency Percentages (Target 100%)Buffer Nowait %:97.33Redo NoWait %:100.00Buffer Hit %:96.59In-memory.........【阅读全文】

阅读(2091) | 评论(0) | 转发(2)

发布时间:2017-03-09 15:04:42

线上Oracle准备实现类似MySQL slow query的监控脚本,把查询时间超出定值的SQL定时的发送邮件告警,实现过程记录如下:主要思路是通过DBA_HIST的几个视图来获取每小时快照中慢SQL的情况,为了不影响线上环境,这里把脚本部署在了自己的监控端,通过DBLINK定期的抓取线上生产库的数据到监控数据库,并简.........【阅读全文】

阅读(197) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册