对于想了解sysstat10.1.1发布,Linux系统管理工具包的读者,本文将提供新的信息,我们将详细介绍linux管理工具有哪些,并且为您提供关于39.Oracle杂记——Oracle常用动态视图
对于想了解sysstat 10.1.1 发布,Linux 系统管理工具包的读者,本文将提供新的信息,我们将详细介绍linux管理工具有哪些,并且为您提供关于39.Oracle杂记——Oracle常用动态视图v$sysstat、Linux 下的 SYSSTAT 工具、NSudo 8.2 发布,系统管理工具包、Oracle中性能视图V$SYSSTAT的有价值信息。
本文目录一览:- sysstat 10.1.1 发布,Linux 系统管理工具包(linux管理工具有哪些)
- 39.Oracle杂记——Oracle常用动态视图v$sysstat
- Linux 下的 SYSSTAT 工具
- NSudo 8.2 发布,系统管理工具包
- Oracle中性能视图V$SYSSTAT
sysstat 10.1.1 发布,Linux 系统管理工具包(linux管理工具有哪些)
sysstat 10.1.1 发布,改进记录:
- sar 增加参数 -[0-9]+ 用于显示数据是多少天之前的
- iostat 和 sar 支持持久设备名称
- sadf 增加 (-t) 参数: This option tells sadf to display the timestamps in the local time of the data file creator instead of UTC
SYSSTAT是一个软件包,包含监测系统性能及效率的一组工具,这些工具对于我们收集系统性能数据,比如CPU使用率、硬盘和网络吞吐数据,这些数据的收集和分析,有利于我们判断系统是否正常运行,是提高系统运行效率、安全运行服务器的得力助手;
39.Oracle杂记——Oracle常用动态视图v$sysstat
39.Oracle杂记——Oracle常用动态视图v$sysstat
视图v$sysstat显示了系统统计信息。查找统计信息的名字可以通过静态号在V$STATNAME视图中进行查找。
描述如下:
sys@PDB1> desc v$sysstat
Name Null? Type
------------------------------------------------------------- ------------------------------------
STATISTIC# NUMBER
NAME VARCHAR2(64)
CLASS NUMBER
VALUE NUMBER
STAT_ID NUMBER
CON_ID NUMBER
各个列描述如下:
STATISTIC#:静态统计号
NAME:静态统计名字
CLASS:表示统计类的数字
VALUE:具体统计值
STAT_ID :统计信息的ID
CON_ID:容器ID
Linux 下的 SYSSTAT 工具
http://www.eygle.com/archives/2007/07/linux_sysstat_tools.htmlNSudo 8.2 发布,系统管理工具包
更新日志
- 添加当前用户 (提权) 模式支持 (由 xspeed1989 建议)
- 修复在 Windows 服务上下文使用 NSudo 遇到的阻碍性问题 (感谢 xspeed1989)
- 改善数处实现
- 修复在 NSudo 不支持的语言设置下界面显示中文的问题 (感谢 rlesch)(#56)
- 升级 Mile.Cpp 到最新版本
- 从 Mile.Project 升级到 Mile.Project.VisualStudio 最新版本
- 将 Mile.Windows.TrustedLibraryLoader 与 Mile.Platform.Windows 升级到 Mile.Library 最新版本
- 升级 VC-LTL 到最新版本
- 升级 Windows Template Library (WTL) 到 10.0.10320
- 移除 ARM32 支持
- 理由: https://mourinaruto.github.io/2021/05/17/Drop-ARM32-support-on-the-Windows-platform/
- 改善数处文档相关的实现
- 改善项目网站体验 (由 青春永不落幕 贡献)
- 改善码云体验
- 使用 GitHub Actions 部署项目网站
- Add German Language. (由 Steve 贡献)
- 移除一些试验性实现,包括 NSudo Sweeper
- 添加日志支持
下载
- 蓝奏云:https://wwa.lanzoui.com/iP5Sqpvm2sd
- GitHub Releases:https://github.com/M2Team/NSudo/releases/tag/8.2
后记
该版本主要是引入了日志支持,还有命令行和 SDK 模式下的 当前用户(提权) 模式
倒是 NSudo 8.1 被跳过了,最近发布的会是 8.2
主要原因是之前自己改版本号没有去掉 Update 1 字样,于是 8.1 Update 1 先于 8.1 出现,可能会导致混淆,毕竟无忧论坛有人抢先体验了当时的那些版本
毛利
Oracle中性能视图V$SYSSTAT
V$SYsstAT中包含多个统计项,这部分介绍了一些关键的v$sysstat统计项,在调优方面相当有用。
数据库使用状态的一些关键指标:
l cpu used by this session:所有session的cpu占用量,不包括后台进程。这项统计的单位是百分之x秒.完全调用一次不超过10ms
2 db block changes:那部分造成SGA中数据块变化的insert,update或delete操作数 这项统计可以大概看出整体数据库状态。
在各项事务级别,这项统计指出脏缓存比率。
3 execute count:执行的sql语句数量(包括递归sql)
4 logons current:当前连接到实例的Sessions。如果当前有两个快照则取平均值。
5 logons cumulative:自实例启动后的总登陆次数。
6 parse count (hard):在shared pool中解析调用的未命中次数。当sql语句执行并且该语句不在shared pool或虽然在shared pool
但因为两者存在部分差异而不能被使用时产生硬解析。如果一条sql语句原文与当前存在的相同,但查询表不
同则认为它们是两条不同语句,则硬解析即会发生。硬解析会带来cpu和资源使用的高昂开销,因为它需要
oracle在shared pool中重新分配内存,然后再确定执行计划,最终语句才会被执行。
7 parse count (total):解析调用总数,包括软解析和硬解析。当session执行了一条sql语句,该语句已经存在于shared pool并且可
以被使用则产生软解析。当语句被使用(即共享) 所有数据相关的现有sql语句(如最优化的执行计划)必须同
样适用于当前的声明。这两项统计可被用于计算软解析命中率。
8 parse time cpu:总cpu解析时间(单位:10ms)。包括硬解析和软解析。
9 parse time elapsed:完成解析调用的总时间花费。
l0 physical reads:OS blocks read数。包括插入到SGA缓存区的物理读以及PGA中的直读这项统计并非I/O请求数。
l1 physical writes:从SGA缓存区被DBWR写到磁盘的数据块以及PGA进程直写的数据块数量。
l2 redo log space requests:在redo logs中服务进程的等待空间,表示需要更长时间的log switch。
l3 redo size:redo发生的总次数(以及因此写入log buffer),以byte为单位。这项统计显示出update活跃性。
l4 session logical reads:逻辑读请求数。
l5 sorts (memory) and sorts (disk):sorts(memory)是适于在SORT_AREA_SIZE(因此不需要在磁盘进行排序)的排序操作的数量。
sorts(disk)则是由于排序所需空间太大,SORT_AREA_SIZE不能满足而不得不在磁盘进行
排序操作的数量。这两项统计通常用于计算in-memory sort ratio。
l6 sorts (rows): 列排序总数。这项统计可被'sorts (total)'统计项除尽以确定每次排序的列。该项可指出数据卷和应用特征。
l7 table fetch by rowid:使用ROWID返回的总列数(由于索引访问或sql语句中使用了'where rowid=&rowid'而产生)
l8 table scans (rows gotten):全表扫描中读取的总列数
l9 table scans (blocks gotten):全表扫描中读取的总块数,不包括那些split的列。
20 user commits + user rollbacks:系统事务起用次数。当需要计算其它统计中每项事务比率时该项可以被做为除数。例如,
计算事务中逻辑读,可以使用下列公式:session logical reads / (user commits + user rollbacks)。
注:sql语句的解析有软解析soft parse与硬解析hard parse之说,以下是5个步骤:
1:语法是否合法(sql写法)
2:语义是否合法(权限,对象是否存在)
3:检查该sql是否在公享池中存在
-- 如果存在,直接跳过4和5,运行sql. 此时算soft parse
4:选择执行计划
5:产生执行计划
-- 如果5个步骤全做,这就叫hard parse.
注意物理I/O
oracle报告物理读也许并未导致实际物理磁盘I/O操作。这完全有可能因为多数操作系统都有缓存文件,可能是那些块在被读取。
块也可能存于磁盘或控制级缓存以再次避免实际I/O。Oracle报告有物理读也许仅仅表示被请求的块并不在缓存中。
由V$SYsstAT得出实例效率比(Instance Efficiency Ratios)
===================================================================================================
下列是些典型的instance efficiency ratios 由v$sysstat数据计算得来,每项比率值应该尽可能接近1:
**********************************************************
Buffer cache hit ratio:该项显示buffer cache大小是否合适。
公式:((physical reads-physical reads direct-physical reads direct (lob)) / session logical reads)
执行:
select 1-((a.value-b.value-c.value)/d.value)
from v$sysstat a,v$sysstat b,v$sysstat c,v$sysstat d
where a.name='physical reads' and
b.name='physical reads direct' and
c.name='physical reads direct (lob)' and
d.name='session logical reads';
***********************************************************
Soft parse ratio:这项将显示系统是否有太多硬解析。该值将会与原始统计数据对比以确保精确。例如,软解析率仅为0.2则表示硬解析率太高。
不过,如果总解析量(parse count total)偏低,这项值可以被忽略。
公式:( parse count (hard) / parse count (total) )
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
Where a.name='parse count (hard)' and b.name='parse count (total)';
***********************************************************
In-memory sort ratio:该项显示内存中完成的排序所占比例。最理想状态下,在OLTP系统中,大部分排序不仅小并且能够完全在内存里完成排序。
公式:sorts (memory) / ( sorts (memory) + sorts (disk) )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat c
where a.name='sorts (memory)' and
b.name='sorts (memory)' and c.name='sorts (disk)';
***********************************************************
Parse to execute ratio:在生产环境,最理想状态是一条sql语句一次解析多数运行。
公式:(parse count/execute count)
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
where a.name='parse count (total)' and b.name='execute count';
***********************************************************
Parse cpu to total cpu ratio:该项显示总的cpu花费在执行及解析上的比率。如果这项比率较低,说明系统执行了太多的解析。
公式: (parse time cpu / cpu used by this session)
执行:
select 1-(a.value/b.value)
from v$sysstat a,v$sysstat b
where a.name='parse time cpu' and
b.name='cpu used by this session';
***********************************************************
Parse time cpu to parse time elapsed:通常,该项显示锁竞争比率。这项比率计算
是否时间花费在解析分配给cpu进行周期运算(即生产工作)。解析时间花费不在cpu周期运算通常表示由于锁竞争导致了时间花费
公式:parse time cpu / parse time elapsed
执行:
select a.value/b.value
from v$sysstat a,v$sysstat b
where a.name='parse time cpu' and b.name='parse time elapsed';
***********************************************************
从V$SYsstAT获取负载间档(Load Profile)数据
负载间档是监控系统吞吐量和负载变化的重要部分,该部分提供如下每秒和每个事务的统计信息:
logons cumulative,parse count (total),parse count (hard),executes,physical reads,physical writes,block changes,and redo size.
被格式化的数据可检查'rates'是否过高,或用于对比其它基线数据设置为识别system profile在期间如何变化。
例如,计算每个事务中block changes可用如下公式:
db block changes / ( user commits + user rollbacks )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat c
where a.name='db block changes' and
b.name='user commits' and c.name='user rollbacks';
***********************************************************
其它计算统计以衡量负载方式,如下:
Blocks changed for each read:这项显示出block changes在block reads中的比例。它将指出是否系统主要用于只读访问或是主要进行诸多数据操作
(如:inserts/updates/deletes)
公式:db block changes / session logical reads
执行:
select a.value/b.value
from v$sysstat a,v$sysstat b
where a.name='db block changes' and
b.name='session logical reads' ;
***********************************************************
Rows for each sort:
公式:sorts (rows) / ( sorts (memory) + sorts (disk) )
执行:
select a.value/(b.value+c.value)
from v$sysstat a,v$sysstat c
where a.name='sorts (rows)' and
b.name='sorts (memory)' and c.name='sorts (disk)';
今天关于sysstat 10.1.1 发布,Linux 系统管理工具包和linux管理工具有哪些的讲解已经结束,谢谢您的阅读,如果想了解更多关于39.Oracle杂记——Oracle常用动态视图v$sysstat、Linux 下的 SYSSTAT 工具、NSudo 8.2 发布,系统管理工具包、Oracle中性能视图V$SYSSTAT的相关知识,请在本站搜索。
本文标签: