[20190324]奇怪的GV$FILESPACE_USAGE视图.txt
[20190324]奇怪的GV$FILESPACE_USAGE视图.txt
--//发现GV$FILESPACE_USAGE定义很奇怪,做一个记录.
1.环境:
SCOTT@book> @ ver1
PORT_STRING VERSION BANNER
------------------------------ -------------- --------------------------------------------------------------------------------
x86_64/Linux 2.4.xx 11.2.0.4.0 Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
--//GV$FILESPACE_USAGE的定义如下:
SCOTT@book> select VIEW_NAME,VIEW_DEFINITION c100 from V$FIXED_VIEW_DEFINITION where view_name='GV$FILESPACE_USAGE';
VIEW_NAME C100
------------------------------ ----------------------------------------------------------------------------------------------------
GV$FILESPACE_USAGE SELECT inst_id, KTTEFINFOTSN, KTTEFINFOFNO, KTTEFINFOUSP, KTTEFINFOSIZE, KTTEFINFOMSIZE, KT
TEFINFOSCNB, KTTEFINFOSCNW, KTTEFINFOFLAG FROM X$KTTEFINFO
--//整理如下:
SELECT inst_id
,KTTEFINFOTSN
,KTTEFINFOFNO
,KTTEFINFOUSP
,KTTEFINFOSIZE
,KTTEFINFOMSIZE
,KTTEFINFOSCNB
,KTTEFINFOSCNW
,KTTEFINFOFLAG
FROM X$KTTEFINFO;
2.增加数据文件:
ALTER TABLESPACE UNDOTBS1
ADD DATAFILE '/mnt/ramdisk/book/undotbs02.dbf'
SIZE 16M
AUTOEXTEND OFF;
SCOTT@book> SELECT file#,ts#,rfile#,name,blocks,bytes FROM v$datafile;
FILE# TS# RFILE# NAME BLOCKS BYTES
----- --- ------ -------------------------------- ------ ------------
1 0 1 /mnt/ramdisk/book/system01.dbf 97280 796917760
2 1 2 /mnt/ramdisk/book/sysaux01.dbf 120320 985661440
3 2 3 /mnt/ramdisk/book/undotbs01.dbf 110720 907018240
4 4 4 /mnt/ramdisk/book/users01.dbf 16384 134217728
5 6 5 /mnt/ramdisk/book/example01.dbf 44320 363069440
6 7 6 /mnt/ramdisk/book/tea01.dbf 5120 41943040
7 2 7 /mnt/ramdisk/book/undotbs02.dbf 2048 16777216
7 rows selected.
SCOTT@book> select * from GV$FILESPACE_USAGE;
INST_ID TABLESPACE_ID RFNO ALLOCATED_SPACE FILE_SIZE FILE_MAXSIZE CHANGESCN_BASE CHANGESCN_WRAP FLAG
------- ------------- ------------ --------------- ------------ ------------ -------------- -------------- ----
1 0 1 96112 97280 4194302 395636096 3 2
1 1 2 107392 120320 4194302 395638024 3 2
1 2 1 2936 110720 664925 395639290 3 6
1 3 1 256 52992 52992 395639290 3 6
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1 4 4 1904 16384 4194302 395637154 3 2
1 6 5 39704 44320 4194302 395636096 3 2
1 7 6 128 5120 4194302 395636096 3 2
7 rows selected.
--//RFNO根本没有7.视乎表示的含义与rfile#不同.奇怪?视乎相同的表空间RFNO一样.
--//TABLESPACE_ID到底表示什么.乱.
--//GV$FILESPACE_USAGE.FILE_SIZE应该与datafile.BLOCKS一致,但是看下划线这行应该对应/mnt/ramdisk/book/undotbs02.dbf
--//但是大小对不上很奇怪,单位是块不是字节,这个视图很奇怪,不建议使用.
--//视乎flga=6表示undo表空间的数据文件.
--//再增加数据文件看看:
ALTER TABLESPACE UNDOTBS1
ADD DATAFILE '/mnt/ramdisk/book/undotbs03.dbf'
SIZE 16M
AUTOEXTEND OFF;
SCOTT@book> select * from GV$FILESPACE_USAGE;
INST_ID TABLESPACE_ID RFNO ALLOCATED_SPACE FILE_SIZE FILE_MAXSIZE CHANGESCN_BASE CHANGESCN_WRAP FLAG
------- ------------- ---- --------------- ------------ ------------ -------------- -------------- ----
1 0 1 96112 97280 4194302 395636096 3 2
1 1 2 107392 120320 4194302 395640371 3 2
1 2 1 2560 112768 664919 395643160 3 6
1 3 1 256 52992 52992 395643160 3 6
1 4 4 1904 16384 4194302 395637154 3 2
1 6 5 39704 44320 4194302 395636096 3 2
1 7 6 128 5120 4194302 395636096 3 2
7 rows selected.
--//还是7条记录
SCOTT@book> SELECT file#,ts#,rfile#,name,blocks,bytes FROM v$datafile;
FILE# TS# RFILE# NAME BLOCKS BYTES
----- --- ------ -------------------------------- ------ ------------
1 0 1 /mnt/ramdisk/book/system01.dbf 97280 796917760
2 1 2 /mnt/ramdisk/book/sysaux01.dbf 120320 985661440
3 2 3 /mnt/ramdisk/book/undotbs01.dbf 110720 907018240
4 4 4 /mnt/ramdisk/book/users01.dbf 16384 134217728
5 6 5 /mnt/ramdisk/book/example01.dbf 44320 363069440
6 7 6 /mnt/ramdisk/book/tea01.dbf 5120 41943040
7 2 7 /mnt/ramdisk/book/undotbs02.dbf 2048 16777216
8 2 8 /mnt/ramdisk/book/undotbs03.dbf 2048 16777216
8 rows selected.
--//重启数据库看看:
SYS@book> shutdown immediate ;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS@book> startup
ORACLE instance started.
Total System Global Area 643084288 bytes
Fixed Size 2255872 bytes
Variable Size 205521920 bytes
Database Buffers 427819008 bytes
Redo Buffers 7487488 bytes
Database mounted.
Database opened.
SYS@book> select * from GV$FILESPACE_USAGE;
INST_ID TABLESPACE_ID RFNO ALLOCATED_SPACE FILE_SIZE FILE_MAXSIZE CHANGESCN_BASE CHANGESCN_WRAP FLAG
------------ ------------- ------------ --------------- ------------ ------------ -------------- -------------- ------------
1 0 1 96112 97280 4194302 395645171 3 2
1 1 2 107392 120320 4194302 395645171 3 2
1 2 1 2720 114816 664914 395645171 3 6
1 3 1 128 52992 52992 395645171 3 6
1 4 4 1904 16384 4194302 395645171 3 2
1 6 5 39704 44320 4194302 395645171 3 2
1 7 6 128 5120 4194302 395645171 3 2
7 rows selected.
--//依旧是7行.
3.再看看看CHANGESCN_WRAP:
--//CHANGESCN_WRAP有表示什么?表示scn的wrap吗?我查询生产系统如下:
set linesize 200
select * from GV$FILESPACE_USAGE where rownum<=10;
INST_ID TABLESPACE_ID RFNO ALLOCATED_SPACE FILE_SIZE FILE_MAXSIZE CHANGESCN_BASE CHANGESCN_WRAP FLAG
---------- ------------- ---------- --------------- ---------- ------------ -------------- -------------- ----------
1 0 1 96000 96000 4194302 2895231817 3 2
1 0 29 9848 512000 512000 1524748330 6 2
1 1 2 66560 66560 4194302 1658426615 6 2
1 1 28 412112 512000 512000 1682050392 6 2
1 2 1 85232 5760000 10948604 1682775853 6 6
1 3 1 107520 4194176 4194302 1682775853 6 6
1 4 4 473656 2439840 4194302 1459217743 6 2
1 5 1 17456 5760000 10948604 1682654360 6 6
1 6 6 1541808 1622016 4194302 1608398721 6 2
1 7 7 4194303 4194303 4194303 1190175374 5 2
--//CHANGESCN_WRAP有6,3,5,表示什么??
总结:
--//总之这个视图很奇怪,不建议使用,视乎在查询undo表空间上有问题,细节我探究了.
[20190324]奇怪的GV$FILESPACE_USAGE视图.txt的更多相关文章
- [20181007]12cR2 Using SQL Patch 2.txt
[20181007]12cR2 Using SQL Patch 2.txt --//12cR2 已经把sql打补丁集成进入dbms_sqldiag,不是11g的 DBMS_SQLDIAG_INTERN ...
- Android视图绘制流程完全解析，带你一步步深入了解View(二)
转载请注明出处:http://blog.csdn.net/guolin_blog/article/details/16330267 在上一篇文章中,我带着大家一起剖析了一下LayoutInflater ...
- View （三） 视图绘制流程完全解析
相 信每个Android程序员都知道,我们每天的开发工作当中都在不停地跟View打交道,Android中的任何一个布局.任何一个控件其实都是直接或间 接继承自View的,如TextView.Butto ...
- [转] 使用SQL脚本查看表空间使用率和使用dba_tablespace_usage_metrics视图的差别
传统的SQL脚本查看表空间使用率,使用的关键视DBA_DATA_FILE和DBA_FREE_SPACE. Oracle 11g引入了DBA_TABLESPACE_USAGE_METRICS视图.其实, ...
- Oracle dba_tablespace_usage_metrics 视图 查看表空间 说明
一．DBA_TABLESPACE_USAGE_METRICS 视图的理论说明 群里一朋友说使用dba_tablespace_usage_metrics 视图查看表空间的结果不正确,如下: ...
- LayoutInflater(二)
每一个视图的绘制过程都必须经历三个最主要的阶段,即onMeasure().onLayout()和onDraw(),下面我们逐个对这三个阶段展开进行探讨. 一. onMeasure() measure是 ...
- VS2013利用ajax访问不了json文件——VS2013配置webconfig识别json文件
这两天用VS2013开发工具来访问json文件,老是报404文件,我根据网上来设置IIS添加MIME重启IIS和VS2013还是失败,无法访问json文件,但是奇怪的是可以访问txt文件 查询了很多方 ...
- django用户认证系统——登录4
用户已经能够在我们的网站注册了,注册就是为了登录,接下来我们为用户提供登录功能.和注册不同的是,Django 已经为我们写好了登录功能的全部代码,我们不必像之前处理注册流程那样费劲了.只需几分钟的简单 ...
- android 自定义view 前的基础知识
本篇文章是自己自学自定义view前的准备,具体参考资料来自 Android LayoutInflater原理分析,带你一步步深入了解View(一) Android视图绘制流程完全解析,带你一步步深入了 ...
随机推荐
- python中执行该文件，就调用 mian 方法
代码: test.py import student def main(): st = student.student(1001, 'tommy', 18) st.sing() st.dance() ...
- Centos7安装MySQL8.0 - 操作手册
MySQL 8 正式版 8.0.11 已发布,官方表示 MySQL 8 要比 MySQL 5.7 快 2 倍,还带来了大量的改进和更快的性能! 一. Mysql8.0版本相比之前版本的一些特性 1) ...
- 监控 | open-falcon | 安装
监控 | open-falcon | 安装 1. 简介 主要看中了它的水平扩展,画图比zabbix要友好,告警支持简单压缩. 绿色:基础组件: 蓝色:作图链路 红色:报警链路 橙色:域名 架构 1.1 ...
- [JavaScript] 前端模块编程实现
前端模块化 前端早期写代码都是全局变量满天飞,这种情况会造成全局命名空间污染,变量冲突等问题 var a = 1; var b = 2; function c(){} function d(){} 后 ...
- sql多表数据查询
有时候在sql遇到一次查询多张表的全部数据例如:创建一张虚拟表A ,表A中需要有表B和表C的全部数据(表B和表C并集,如图) 有两种方法一种是使用: 1):union,不过这种查询速度比较慢 /* B ...
- SQL SERVER PIVOT与用法解释
通俗简单的说:PIVOT就是行转列,UNPIVOT就是列传行 在数据库操作中,有些时候我们遇到需要实现“行转列”的需求,例如一下的表为某店铺的一周收入情况表: WEEK_INCOME(WEEK ),I ...
- Python网络编程之Socket的简单实现
一.引入 关于Python的网络编程,最基础莫过于socket了. socket,又称“套接字”,网络上的两个程序如果想要实现双向的数据通信,需要建立连接,这个连接的一端就称为一个socket. py ...
- .NET Core 实践一：微服务架构的优点(转)
微服务现在已经是各种互联网应用首选的云架构组件,无论是 BAT 还是 滴滴.美团 ,微服务都是重要的一环. 相对于微服务,传统应用架构有以下缺点: 1. 业务代码混杂,团队成员职责边界不清,团队协作体 ...
- 从零开始学安全(二十二)●PHP日期date参数表
$date=new DateTime(); echo $date->format("Y-m-d h:i:s");
- mysql 关联查询技巧
废话不多说,直接进入正题 #数据准备 班级表class: CREATE TABLE `class` ( `class_no` ) unsigned zerofill NOT NULL AUTO_INC ...