❶ 表空間和數據文件的關系
一、系統表空間
在 MySQL 數據目錄下有一個名為 ibdata1 的文件，可以保存一張或者多張表。
923275 12M -rw-r----- 1 mysql mysql 12M 3月 18 10:42 ibdata1
這個文件就是 MySQL 的系統表空間文件，默認為 1 個，可以有多個，只需要在配置文件 my.cnf 裡面這樣定義即可。
innodb_data_file_path=ibdata1:200M;ibdata2:200M:autoextend:max:800M系統表空間不僅可以是文件系統組成的文件，也可以是非文件系統組成的磁碟塊，比如裸設備，定義也很簡單innodb_data_file_path=/dev/nvme0n1p1:3Gnewraw;/dev/nvme0n1p2:2Gnewraw
系統表空間里都有些啥內容？
具體內容包括：double writer buffer、 change buffer、數據字典（MySQL 8.0 之前）、表數據、表索引。
那 MySQL 為什麼現在主流版本默認都不是系統表空間？
究其原因，系統表空間有三個最大的缺點：原因 1：無法做到自動收縮磁碟空間，造成很大的空間浪費。即使它包含的表都被刪掉，這部分空間也不會自動釋放。
二、單表空間
單表空間不同於系統表空間，每個表空間和表是一一對應的關系，每張表都有自己的表空間。具體在磁碟上表現為後綴為 .ibd 的文件。比如表 t1，對應的表空間文件為 t1.ibd917107 96K -rw-r----- 1 mysql mysql 96K 3月 18 16:13 t1.ibd
單表空間如何應用到具體的表呢？
有兩種方式：方式 1：在配置文件中開啟。在配置文件中開啟單表空間設置參數 innodb_filer_per_table，這樣默認對當前庫下所有表開啟單表空間。innodb_file_per_table=1另外也可以直接建表時指定單表空間mysql> create table t1 (id int, r1 char(36)) tablespace innodb_file_per_table;
Query OK, 0 rows affected (0.04 sec)
單表空間除了解決之前說的系統表空間的幾個缺點外，還有其他的優點，詳細如下：
1. truncate table 操作比其他的任何錶空間都快；
2. 可以把不同的表按照使用場景指定在不同的磁碟目錄；
比如日誌表放在慢點的磁碟，把需要經常隨機讀的表放在 SSD 上等。
mysql> create table ytt_dedicated (id int) data directory = '/var/lib/mysql-files';
Query OK, 0 rows affected (0.04 sec)3. 可以用 optimize table 來收縮或者重建經常增刪改查的表。一般過程是這樣的：建立和原來表一樣的表結構和數據文件，把真實數據復制到臨時文件，再刪掉原始表定義和數據文件，最後把臨時文件的名字改為和原始表一樣的。
三、通用表空間
通用表空間先是出現在 MySQL Cluster 里，也就是 NDB 引擎。從 MySQL 5.7 引入到 InnoDB 引擎。通用表空間和系統表空間一樣，也是共享表空間。每個表空間可以包含一張或者多張表，也就是說通用表空間和表之間是一對多的關系。
❷ 誰能把Oracle的體系結構用通俗的語言講解一下 我要自己理解的.用通俗的話說出來.
1、 ORACLE 實例――包括內存結構與後台進程 2、 ORACLE 資料庫――物理操作系統文件的集合 3、 了解內存結構的組成 4、 了解後台進程的作用
1、 Oracle 實例――包括內存結構與後台進程
2、 Oracle 資料庫――物理操作系統文件的集合
3、 了解內存結構的組成
4、 了解後台進程的作用
5、 了解資料庫的物理文件
6、 解釋各種邏輯結構
一、Oracle實例
1、Oracle 實例
System Global Area(SGA) 和 Background Process 稱為資料庫的實例。
2、Oracle 資料庫
一系列物理文件的集合（數據文件，控制文件，聯機日誌，參數文件等）
3、系統全局共享區System Global Area(SGA)
System Global Area 是一塊巨大的共享內存區域，他被看做是Oracle 資料庫的一個大緩沖池，這里的數據可以被Oracle的各個進程共用。其大小可以通過如下語句查看：
SQL> select * from v$sga;
NAME VALUE
-------------------- ---------
Fixed Size 39816
Variable Size 259812784
Database Buffers 1.049E+09
Redo Buffers 327680
更詳細的信息可以參考V$sgastat、V$buffer_pool
主要包括以下幾個部分：
a、 共享池(Shared pool)
共享池是SGA中最關鍵的內存片段，特別是在性能和可伸縮性上。一個太小的共享池會扼殺性能，使系統停止，太大的共享池也會有同樣的效果，將會消耗大量的CPU來管理這個共享池。不正確的使用共享池只會帶來災難。共享池主要又可以分為以下兩個部分：
SQL語句緩沖(Library Cache)
當一個用戶提交一個SQL語句，Oracle會將這句SQL進行分析(parse)，這個過程類似於編譯，會耗費相對較多的時間。在分析完這個SQL，Oracle會把他的分析結果給保存在Shared pool的Library Cache中，當資料庫第二次執行該SQL時，Oracle自動跳過這個分析過程，從而減少了系統運行的時間。這也是為什麼第一次運行的SQL 比第二次運行的SQL要慢一點的原因。
下面舉例說明parse的時間
SQL> select count(*) fromscpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.08
這是在Share_pool 和Data buffer 都沒有數據緩沖區的情況下所用的時間
SQL> alter system flush SHARED_POOL;
System altered.
清空Share_pool，保留Data buffer
SQL> select count(*) from scpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.02
SQL> select count(*) from scpass ;
COUNT(*)
----------
243
Elapsed: 00:00:00.00
從兩句SQL 的時間差上可以看出該SQL 的Parse 時間約為00:00:00.02
對於保存在共享池中的SQL語句，可以從V$Sqltext、v$Sqlarea中查詢到，對於編程者來說，要盡量提高語句的重用率，減少語句的分析時間。一個設計的差的應用程序可以毀掉整個資料庫的Share pool，提高SQL語句的重用率必須先養成良好的變成習慣，盡量使用Bind變數。
數據字典緩沖區(Data Dictionary Cache)
顯而易見，數據字典緩沖區是Oracle特地為數據字典准備的一塊緩沖池，供Oracle內部使用，沒有什麼可以說的。
b、塊緩沖區高速緩存(Database Buffer Cache)
這些緩沖是對應所有數據文件中的一些被使用到的數據塊。讓他們能夠在內存中進行操作。在這個級別里沒有系統文件,，戶數據文件，臨時數據文件，回滾段文件之分。也就是任何文件的數據塊都有可能被緩沖。資料庫的任何修改都在該緩沖里完成，並由DBWR進程將修改後的數據寫入磁碟。
這個緩沖區的塊基本上在兩個不同的列表中管理。一個是塊的「臟」表(Dirty List)，需要用資料庫塊的
書寫器(DBWR)來寫入，另外一個是不臟的塊的列表(Free List)，一般的情況下，是使用最近最少使用 (Least Recently Used,LRU)演算法來管理。塊緩沖區高速緩存又可以細分為以下三個部分（Default pool,Keep pool,Recycle pool）。如果不是人為設置初始化參數(Init.ora)，Oracle將默認為Default pool。由於操作系統定址能力的限制，不通過特殊設置，在32位的系統上，塊緩沖區高速緩存最大可以達到1.7G，在64位系統上，塊緩沖區高速緩存最大可以達到10G。
c、重做日誌緩沖區(Redo log buffer)
重做日誌文件的緩沖區，對資料庫的任何修改都按順序被記錄在該緩沖，然後由LGWR進程將它寫入磁碟。這些修改信息可能是DML語句，如(Insert,Update,Delete)，或DDL語句，如(Create,Alter,Drop等)。 重做日誌緩沖區的存在是因為內存到內存的操作比較內存到硬碟的速度快很多，所以重作日誌緩沖區可以加快資料庫的操作速度，但是考慮的資料庫的一致性與可恢復性，數據在重做日誌緩沖區中的滯留時間不會很長。所以重作日誌緩沖區一般都很小，大於3M之後的重作日誌緩沖區已經沒有太大的實際意義。
d、Java程序緩沖區(Java Pool)
Java 的程序區，Oracle 8I 以後，Oracle 在內核中加入了對Java的支持。該程序緩沖區就是為Java 程序保留的。如果不用Java程序沒有必要改變該緩沖區的默認大小。
e、大池(Large Pool)
大池的得名不是因為大，而是因為它用來分配大塊的內存，處理比共享池更大的內存，在8.0開始引入。
下面對象使用大池：
MTS――在SGA的Large Pool中分配UGA
語句的並行查詢(Parallel Executeion of Statements)――允許進程間消息緩沖區的分配，用來協調 並行查詢伺服器
備份(Backup)――用於RMAN磁碟I/O緩存
4、後台進程(Background process)
後台進程是Oracle的程序，用來管理資料庫的讀寫，恢復和監視等工作。Server Process主要是通過他和user process進行聯系和溝通，並由他和user process進行數據的交換。在Unix機器上，Oracle後台進程相對於操作系統進程，也就是說，一個Oracle後台進程將啟動一個操作系統進程；在Windows機器上， Oracle後台進程相對於操作系統線程，打開任務管理器，我們只能看到一個Oracle.EXE的進程，但是通過另外的工具，就可以看到包含在這里進程中的線程。
在Unix上可以通過如下方法查看後台進程：
ps ?ef | grep ora_
# ps -ef | grep ora_ | grep XCLUAT
Oracle 29431 1 0 Sep 02 2:02 ora_dbwr_SID
Oracle 29444 1 0 Sep 02 0:03 ora_ckpt_SID
Oracle 29448 1 0 Sep 02 2:42 ora_smon_SID
Oracle 29442 1 0 Sep 02 3:25 ora_lgwr_SID
Oracle 29427 1 0 Sep 02 0:01 ora_pmon_SID
a、Oracle系統有5 個基本進程他們是
DBWR(數據文件寫入進程)
LGWR(日誌文件寫入進程)
SMON(系統監護進程)
PMON(用戶進程監護進程)
CKPT(檢查點進程,同步數據文件, 日誌文件,控制文件)
b、DBWR
將修改過的數據緩沖區的數據寫入對應數據文件
維護系統內的空緩沖區
這里指出幾個容易錯誤的概念:
當一個更新提交後,DBWR把數據寫到磁碟並返回給用戶提交完成.
DBWR會觸發CKPT 後台進程
DBWR不會觸發LGWR 進程
上面的概念都是錯誤的.
DBWR是一個很底層的工作進程，他批量的把緩沖區的數據寫入磁碟。和任何前台用戶的進程幾乎沒有什麼關系，也不受他們的控制。至於DBWR會不會觸發LGWR和CKPT進程，我們將在下面幾節里討論。
DBWR工作的主要條件如下
DBWR 超時
系統中沒有多的空緩沖區用來存放數據
CKPT 進程觸發DBWR 等
c、LGWR
將重做日誌緩沖區的數據寫入重做日誌文件，LGWR是一個必須和前台用戶進程通信的進程。當數據被修改的時候，系統會產生一個重做日誌並記錄在重做日誌緩沖區內。這個重做日誌可以類似的認為是以下的一個結構:
SCN=000000001000
數據塊ID
對象ID=0801
數據行=02
修改後的數據=0011
提交的時候，LGWR必須將被修改的數據的重做日誌緩沖區內數據寫入日誌數據文件，然後再通知前台進程提交成功，並由前台進程通知用戶。從這點可以看出LGWR承擔了維護系統數據完整性的任務。
LGWR 工作的主要條件如下
用戶提交
有1/3 重做日誌緩沖區未被寫入磁碟
有大於1M 重做日誌緩沖區未被寫入磁碟
超時
DBWR需要寫入的數據的SCN號大於LGWR 記錄的SCN號，DBWR 觸發LGWR寫入
d、SMON
工作主要包含
清除臨時空間
在系統啟動時，完成系統實例恢復
聚結空閑空間
從不可用的文件中恢復事務的活動
OPS中失敗節點的實例恢復
清除OBJ$表
縮減回滾段
使回滾段離線
e、PMON
主要用於清除失效的用戶進程，釋放用戶進程所用的資源。如PMON將回滾未提交的工作，釋放鎖，釋放分配給失敗進程的SGA資源。
f、CKPT
同步數據文件，日誌文件和控制文件，由於DBWR/LGWR的工作原理，造成了數據文件，日誌文件，控制文件的不一至，這就需要CKPT進程來同步。CKPT會更新數據文件/控制文件的頭信息。
CKPT工作的主要條件如下
在日誌切換的時候
資料庫用immediate ,transaction , normal 選項shutdown 資料庫的時候
根據初始話文件LOG_CHECKPOINT_INTERVAL、LOG_CHECKPOINT_TIMEOUT、FAST_START_IO_TARGET 的設置的數值來確定
用戶觸發
以下進程的啟動需要手工配置
g、ARCH
當資料庫以歸檔方式運行的時候，Oracle會啟動ARCH進程，當重做日誌文件被寫滿時，日誌文件進行切換，舊的重做日誌文件就被ARCH進程復制到一個/多個特定的目錄/遠程機器。這些被復制的重做日誌文件被叫做歸檔日誌文件。
h、RECO
負責解決分布事物中的故障。Oracle可以連接遠程的多個資料庫，當由於網路問題，有些事物處於懸而未決的狀態。RECO進程試圖建立與遠程伺服器的通信，當故障消除後，RECO進程自動解決所有懸而未決的會話。
i、服務進程Server Process
服務進程的分類
專用服務進程(Dedicated Server Process)
一個服務進程對應一個用戶進程
共享服務進程(MultiTreaded Server Process)
一個服務進程對應多個用戶進程，輪流為用戶進程服務。
PGA & UGA
PGA = Process Global Area
UGA = User Global Area
他保存了用戶的變數、許可權、堆棧、排序空間等用戶信息，對於專用伺服器進程，UGA在PGA中分配。對於多線程進程，UGA在Large pool中分配。
j、用戶進程User Process
在客戶端，將用戶的SQL 語句傳遞給服務進程
5、一個貫穿資料庫全局的概念----系統改變號SCN(System Change Number)
系統改變號，一個由系統內部維護的序列號。當系統需要更新的時候自動增加，他是系統中維持數據的一致性和順序恢復的重要標志。
a. 查詢語句不會使SCN增加，就算是同時發生的更新，資料庫內部對應的SCN也是不同的。這樣一來就保證了數據恢復時候的順序。
b. 維持數據的一致性，當一
二、Oracle 資料庫
Oracle資料庫的組成――物理操作系統文件的集合。主要包括以下幾種。
1、控制文件（參數文件init.ora記錄了控制文件的位置）
控制文件包括如下主要信息
資料庫的名字，檢查點信息，資料庫創建的時間戳
所有的數據文件，聯機日誌文件，歸檔日誌文件信息
備份信息等
有了這些信息，Oracle就知道那些文件是數據文件，現在的重做日誌文件是哪些，這些都是系統啟動和運行的基本條件，所以他是Oracle運行的根本。如果沒有控制文件系統是不可能啟動的。控制文件是非常重要的，一般採用多個鏡相復制來保護控制文件，或採用RAID來保護控制文件。控制文件的丟失，將使資料庫的恢復變的很復雜。
控制文件信息可以從V$Controlfile中查詢獲得
2、數據文件（數據文件的詳細信息記載在控制文件中）
可以通過如下方式查看數據文件
SQL> select name from v$datafile;
NAME
---------------------------------------------
/u05/dbf/PROD/system_01.dbf
/u06/dbf/PROD/temp_01.dbf
/u04/dbf/PROD/users_01.dbf
/u09/dbf/PROD/rbs_01.dbf
/u06/dbf/PROD/applsys_indx_01.dbf
/u05/dbf/PROD/applsys_data_01.dbf
從以上可以看出，數據文件大致可以分為以下幾類：
i. 系統數據文件(system_01.dbf)
存放系統表和數據字典，一般不放用戶的數據，但是用戶腳本，如過程，函數，包等卻是保存在數據字典中的。
名詞解釋：數據字典 數據字典是一些系統表或視圖，他存放系統的信息，他包括資料庫版本，數據文件信息，表與索引等段信息，系統的運行狀態等各種和系統有關的信息和用戶腳本信息。資料庫管理員可以通過對數據字典的查詢，就可以了解到Oracle的運行狀態。
ii. 回滾段文件(rbs_01.dbf)
如果資料庫進行對數據的修改，那麼就必須使用回滾段，回滾段是用來臨時存放修改前的數據(Before Image)。回滾段通常都放在一個單獨的表空間上（回滾表空間），避免表空間碎片化，這個表空間包含的數據文件就是回滾數據文件。
iii. 臨時數據文件(temp_01.dbf)
主要存放用戶的排序等臨時數據，與回滾段相似，臨時段也容易引起表空間碎片化，而且沒有辦法在一個永久表空間上開辟臨時段，所以就必須有一個臨時表空間，它所包含的數據文件就是臨時數據文件，主要用於不能在內存上進行的排序操作。我們必須為用戶指定一個臨時表空間。
iv. 用戶數據文件(/applsys_data_01.dbf ,applsys_indx_01.dbf)
存放用戶數據，這里列舉了兩類常見的用戶型數據，一般數據和索引數據，一般來說，如果條件許可的話，可以考慮放在不同的磁碟上。
3、重做日誌文件（聯機重做日誌）
用戶對資料庫進行的任何操作都會記錄在重做日誌文件。在了解重做日誌之前必須了解重做日誌的兩個概念，重做日誌組和重做日誌組成員(Member)，一個資料庫中至少要有兩個日誌組文件，一組寫完後再寫另一組，即輪流寫。每個日誌組中至少有一個日誌成員，一個日誌組中的多個日誌成員是鏡相關系，有利於日誌文件的保護，因為日誌文件的損壞，特別是當前聯機日誌的損壞，對資料庫的影響是巨大的。
聯機日誌組的交換過程叫做切換，需要特別注意的是，日誌切換在一個優化效果不好的資料庫中會引起臨時的「掛起」。掛起大致有兩種情況：
在歸檔情況下，需要歸檔的日誌來不及歸檔，而聯機日誌又需要被重新利用
檢查點事件還沒有完成（日誌切換引起檢查點），而聯機日誌需要被重新利用
解決這種問題的常用手段是：
i.增加日誌組
ii.增大日誌文件成員大小
通過v$log可以查看日誌組，v$logfile可以查看具體的成員文件。
4、歸檔日誌文件
Oracle可以運行在兩種模式之中，歸檔模式和不歸檔模式。如果不用歸檔模式，當然，你就不會有歸檔日誌，但是，你的系統將不會是一個實用系統，特別是不能用於生產系統，因為你可能會丟失數據。但是在歸檔模式中，為了保存用戶的所有修改，在重做日誌文件切換後和被覆蓋之間系統將他們另外保存成一組連續的文件系列，該文件系列就是歸檔日誌文件。
有人或許會說，歸檔日誌文件佔領我大量的硬碟空間，其實，具體想一想，你是願意浪費一點磁碟空間來保護你的數據，還是願意丟失你的數據呢？顯而義見，我們需要保證我們的數據的安全性。其實，歸檔並不是一直佔領你的磁碟空間，你可以把她備份到磁帶上，或則刪除上一次完整備份前的所有日誌文件。
5、初始化參數文件
initSID.ora或init.ora文件，因為版本的不一樣，其位置也可能會不一樣。在8i中，通常位於$Oracle_HOME/admin//Pfile下，初始化文件記載了許多資料庫的啟動參數，如內存，控制文件，進程數等，在資料庫啟動的時候載入（Nomount時載入），初始化文件記錄了很多重要參數，對資料庫的性能影響很大，如果不是很了解，不要輕易亂改寫，否則會引起資料庫性能下降。
6、其他文件
i . 密碼文件
用於Oracle 的具有sysdba許可權用戶的認證.
ii. 日誌文件
報警日誌文件（alert.log或alrt.ora）
記錄資料庫啟動，關閉和一些重要的出錯信息。資料庫管理員應該經常檢查這個文件，並對出現的問題作出即使的反應。你可以通過以下SQL 找到他的路徑select value from v$PARAMETER where name ="background_mp_dest";
後台或用戶跟蹤文件
系統進程或用戶進程出錯前寫入的信息，一般不可能讀懂，可以通過Oracle的TKPROF工具轉化為可以讀懂的格式。對於系統進程產生的跟蹤文件與報警日誌文件的路徑一樣，用戶跟蹤文件的路徑，你可以通過以下SQL找到他的路徑select value from v$PARAMETER where name ="user_mp_dest";
三、Oracle邏輯結構
1、 表空間(tablespace)
表空間是資料庫中的基本邏輯結構，一系列數據文件的集合。一個表空間可以包含多個數據文件，但是一個數據文件只能屬於一個表空間。
2、 段(Segment)
段是對象在資料庫中佔用的空間，雖然段和資料庫對象是一一對應的，但段是從資料庫存儲的角度來看的。一個段只能屬於一個表空間，當然一個表空間可以有多個段。
表空間和數據文件是物理存儲上的一對多的關系，表空間和段是邏輯存儲上的一對多的關系，段不直接和數據文件發生關系。一個段可以屬於多個數據文件，關於段可以指定擴展到哪個數據文件上面。
段基本可以分為以下四種
數據段(Data Segment)
索引段(Index Segment)
回滾段(Rollback Segment)
臨時段(Temporary Segment)
3、區間(Extent)
關於Extent的翻譯有多種解釋，有的譯作擴展，有的譯作盤區，我這里通常譯為區間。在一個段中可以存在多個區間，區間是為數據一次性預留的一個較大的存儲空間，直到那個區間被用滿，資料庫會繼續申請一個新的預留存儲空間，即新的區間，一直到段的最大區間數(Max Extent)或沒有可用的磁碟空間可以申請。 在Oracle8i以上版本，理論上一個段可以無窮個區間，但是多個區間對Oracle卻是有性能影響的，Oracle建議把數據分布在盡量少的區間上，以減少Oracle的管理與磁頭的移動。
4、Oracle數據塊(Block)
Oracle最基本的存儲單位，他是OS數據塊的整數倍。Oracle的操作都是以塊為基本單位，一個區間可以包含多個塊（如果區間大小不是塊大小的整數倍，Oracle實際也擴展到塊的整數倍）。
5、基本表空間介紹
a. 系統表空間
主要存放數據字典和內部系統表基表
查看數據數據字典的SQL
select * from dict
查看內部系統表的SQL
select * from v$fixed_view_definition
DBA對系統的系統表中的數據字典必須有一個很深刻的了解，他們必須准備一些基礎的SQL語句，通過這些SQL可以立即了解系統的狀況和資料庫的狀態，這些基本的SQL包括
系統的剩餘空間
系統的SGA
狀態系統的等待
用戶的許可權
當前的用戶鎖
緩沖區的使用狀況等
在成為DBA 的道路上我們不建議你過分的依賴於OEM/Quest 等優秀的資料庫管理工具，因為他們不利於你對數據數據字典的理解，SQL語句可以完成幾乎全部的資料庫管理工作。
大量的讀少量的寫是該表空間的一個顯著的特點。
b. 臨時表空間.
臨時表空間顧名思義是用來存放臨時數據的，例如排序操作的臨時空間，他的空間會在下次系統啟動的時候全部被釋放。
c. 回滾段表空間
i. 回滾段在系統中的作用
當資料庫進行更新插入刪除等操作的時候，新的數據被更新到原來的數據文件，而舊的數據(Before Image)就被放到回滾段中，如果數據需要回滾，那麼可以從回滾段將數據再復制到數據文件中。來完成數據的回滾。在系統恢復的時候， 回滾段可以用來回滾沒有被commit 的數據，解決系統的一至性。
回滾段在什麼情況下都是大量的寫，一般是少量讀，因此建議把回滾段單獨出來放在一個單獨的設備（如單獨的磁碟或RAID），以減少磁碟的IO爭用。
ii. 回滾段的工作方式
一個回滾表空間可以被劃分成多個回滾段.
一個回滾段可以保存多個會話的數據.
回滾段是一個圓形的數據模型
假設回滾段由4 個區間組成，他們的使用順序就是區間1à區間2à區間3à區間4à區間1。也就是說，區間是可以循環使用的，當區間4到區間1的時候，區間1裡面的會話還沒有結束, 區間4用完後就不能再用區間1,這時系統必須分配區間5，來繼續為其他會話服務服務。
我們分析一個Update 語句的完成
①. 用戶提交一個Update 語句
②. Server Process 檢查內存緩沖.
如果沒有該數據塊的緩沖，則從磁碟讀入
i. 如果沒有內存的有效空間，DBWR被啟動將未寫入磁碟的臟緩沖寫入磁碟
ii. 如果有有效空間，則讀入
③. 在緩沖內更新數據
i. 申請一個回滾段入口，將舊數據寫如回滾段
ii. 加鎖並更新數據
iii. 並在同時將修改記錄在Redo log buffer中
❸ 資料庫和空間有什麼聯系和區別
一個表空間可以對應多個數據文件，一個數據文件只能對應一個表空間
CREATE TABLESPACE中定義的是儲存在該表空間的對象的預設儲存參數，包括表，如果你在CREATE TABLE中沒有定義STORAGE參數，那麼系統就是用CREATE TABLESPACE中定義的
數據文件中的AUTOEXTEND ON NEXT 10K是指數據文件滿了以後，文件擴展10K
STORAGE子句中Next 10k是指當分配給一個對象的初始EXTENT滿了以後，再給它分配一個10K的EXTENT
❹ oracle資料庫備份文件比表空間大
不是。
一個表空間可以對應多個數據文件,一個數據文件只能對應一個表空間。
在Oracle資料庫中，表空間與數據文件之間的關系非常密切，這二者相互依存，也就是說，創建表空間時必須創建數據文件，增加表空間時也必須指定表空間。
❺ oracle 創建資料庫和表空間有什麼聯系
資料庫使用表空間來管理數據表，因為我們的表都是存放在數據文件中的，注意數據文件是物理結構，但是表空間是邏輯名詞。使用表空間便於管理數據文件，一個數據文件只能屬於一個表空間，一個表空間可以包含多個數據文件，可以在表空間的大小不夠的時候，像表空間中添加數據文件來擴充表空間的大小。oracle存儲結構的層次是
表空間
包含一個或者多個數據文件，數據文件中的分配單位是extent(可擴展段），每個extent都是有block組成的。這里的block的大小不和系統的塊的大小一樣。我現在能說出來的就只用這些了，你可以到網上去找找相關的資料，很多很多的。
❻ oracle里的表,表空間,數據文件是什麼關系
簡單說，資料庫比如是一個櫃子，櫃中的抽屜是表空間，抽屜中的文件夾是數據文件，文件夾中的紙是表，寫在紙上的信息就是數據
表空間可以有多個數據文件，但是一個數據文件必須屬於一個表空間。表和表空間來說，表空間就是表存儲的地方，表是表空間一種表現形式。
❼ "一個表空間可以含有多個數據文件,一個數據文件也可以跨多個表空間.一個表不可以跨表空間"這句話錯在哪
一個表空間可以含有多個數據文件，一個數據文件不可以跨多個表空間.一個表可以跨表空間
仔細讀。望採納。
❽ oracle 中 表空間和資料庫是什麼關系
表空間作為邏輯存儲概念，包含物理的數據文件來構成，
資料庫作為存儲數據的地方，必然要包含存儲，就是這樣的關系了。
❾ pg資料庫數據文件111代表什麼
所有資料庫對象都有各自的oid(object identifiers),oid是一個無符號的四位元組整數，相關對象的oid都存放在相關的system catalog表中，比如資料庫的oid和表的oid分別存放在pg_database,pg_class表中。
1、資料庫集群-Database cluster
2、資料庫-Database
3、表空間-tablespace
資料庫在邏輯上分成多個存儲單元，稱作表空間。表空間用作把邏輯上相關的結構放在一起。資料庫邏輯上是由一個或多個表空間組成。
新創建的資料庫默認創建下面的表空間：
1)Catalog表空間 存放系統表信息2)System表空間 存放用戶數據3)Temp表空間
4、模式-Schema
自動創建的系統模式如下：
1)PG_CATALOG2)PG_LARGEOBJECT3)PG_TOAST4)PG_PARTITION
默認的用戶模式PUBLIC。
5、段-segment
6、區-extent
7、塊-block
8、資料庫對象-Database object
1)模式對象表、索引、序列、大對象、視圖、函數、存儲過程、觸發器、包 … …2)非模式對象用戶、資料庫
9、數據表-Table
10、索引-Index
11、序列-Sequence
12、視圖-View
二、物理存儲結構
在執行initdb的時候會初始化一個目錄，通常我們都會在系統配置相關的環境變數$PGDATA來表示，初始化完成後，會再這個目錄生成相關的子目錄以及一些文件。在postgresql中，tablespace的概念並不同於其他關系型資料庫，這里一個tablespace對應的都是一個目錄。如下圖就是PG的物理結構：
.png
1、存儲系統主要包括三個部分：
內存中：buffer，MemoryContext；
數據文件，臨時文件；
日誌文件，日誌緩存。
2、文件和目錄相關作用描述：
.png
.png
3、數據文件結構
.png
3.1、頁
.png
將數據文件中的空間從邏輯上劃分成一個個頁面(數據塊)。頁面是資料庫I/O的基本單位，即只能整頁讀寫數據文件, 頁面的大小默認是8K。
頁面可以分成兩種：
1)數據頁面：數據頁面是用來存儲用戶數據的。
2)控制頁面：控制頁面用來管理這些數據頁面。
資料庫共享緩存中的空間劃分也是按頁為基本單位, 一個頁的大小與數據文件中頁的大小一致, 這樣便於整頁讀取數據文件,並放入到資料庫Buffer中, 從Buffer寫入數據文件也同理，保證了緩存與數據文件結構和內容上的一致性。
3.2、Block(塊)
概念上基本等同於Page, 但Block更多用於說明DMS中對數據文件中Page的描述。
例如: 對文件的讀寫的操作, 文件讀寫位置的定位, 數據文件空間回收等操作, 單位均是以塊進行。
數據塊的大小在系統初始化時指定，默認是8K，可以取值4K,8K,16K,32K。
3.3、Extent(區)
把數據文件中8個連續的Page構成的空間稱為一個Extent。Extent是資料庫進行數據文件空間分配/釋放的基本單位。每個表、索引、序列對象都是由若干個區組成。數據文件被創建後，除自動保留部分區作為控制區外，其他區全部處於未分配狀態。表、索引、序列對象的所有數據都存放在Extent中，當向這些Extent中插入數據時，若該Extent的所有頁面都已佔滿，系統就會自動在所屬表空間的數據文件中尋找一個尚未分配的區，並將其狀態修改為數據區。
3.4、控制頁面
用於空間管理的控制頁面：PFS/GAM/IAM。
用於增量備份的控制頁面：DCM。
判斷可見性的控制頁面：VM。
預留的控制頁面：BCM/SGAM。
3.5、PFS
Page Free Space,簡稱PFS頁.
用於記錄本數據文件中頁面的空間使用情況。對文件中的每個頁面，PFS中都有一個「位元組」與之對應，該位元組記錄了該頁面的狀態。
PFS頁前64bytes被預留為頁頭, 剩下81024-64=8128一共覆蓋81288K=64MB空間.
故PFS頁每隔8128個頁面出現一次, 系統初始化把第一個PFS頁放在數據文件的第二個頁面位置,即:第1號數據頁面, 由此可知,第N個PFS頁的位置在8128*N+1.
.png
3.6、GAM
Global Allocation Map，簡稱GAM頁。
功能:記錄所在數據文件的Extent的分配情況，GAM頁中除GAM頭外,剩下空間的每一位(bit)均對應一個Extent的分配情況。若某bit位為1，則表明該bit位所關聯的Extent已被分配出去,反之未被分配。
若一個GAM頁面大小為8K,則除GAM頭(64 bytes)外,一個GAM頁面所能覆蓋的文件范圍是: (81024-64)8(88K),約4GB空間。此外，GAM頁每隔881288個頁面出現一個，系統要求第一個GAM頁出現在文件的第3個頁面位置(即:第2個索引位置),由此得知,第N個GAM頁的出現位置是: 881288*N+2
.png
3.7、IAM
Index Allocation Map，簡稱IAM頁。
功能：每個IAM頁只隸屬於一個資料庫對象(例如:表),但一個資料庫對象可包含多個IAM頁,由此可見IAM頁與資料庫對象的關系是1對1，而資料庫對象與IAM頁的關系是1對多.
IAM的結構與GAM頁類似,除IAM頭外,剩下空間的每一位(bit)均對應著一個與IAM相關的Extent。若某bit位為1，則表明該bit位所關聯的Extent已被分配給該IAM,反之未被分配。若一個IAM頁面大小為8K,則除IAM頭(64 bytes)外,一個IAM頁面所能覆蓋的文件范圍是: (81024-64)8(88K),約4GB空間。
但與GAM也不同之處在於:IAM的出現位置不固定,只在在創建資料庫對象的時候才分配。
.png
三、邏輯與物理存儲關系
1、邏輯關系存在表空間；
2、表空間存在對應的數據文件中；
新創建的資料庫對應的數據文件的名稱:
Catalog表空間 – databasename.dbfSystem表空間 – Udatabasename.dbfTemp表空間-- Tdatabasename.dbf
前面加 「U」 前綴代表用戶數據表空間，用於保存用戶表的數據。
不帶 U 代表 是系統表的表空間，用於保存系統表的數據。
U 前綴的數據文件代表的表空間名為PG。
不帶U 的數據文件代表的表空間為 CATALOG。
四、資料庫文件、表空間、其他文件之間的關系
1、關系圖如下：
.png
說明：
1)每一個資料庫具有一個或多個數據文件，用戶存放資料庫的所有數據。
2)資料庫的數據文件有以下特徵：
一個資料庫文件只能與一個資料庫的一個表空間相連。
一個表空間可以由多個數據文件組成。
3)資料庫對象與文件關系：
資料庫對象放到表空間中。
表空間有多個數據文件。
表空間中有多個資料庫對象。
4)資料庫對象邏輯上是存儲在表空間中，物理上是存儲在與表空間相關聯的數據文件中。
2、資料庫包含的文件種類：
1)資料庫文件：data/DB
資料庫對象，如：資料庫、表，索引，序列等對象。
2)控制文件：data/CTL
用來記錄資料庫集群的狀態信息，如：版本信息、集群所管理的各種文件信息、檢查點信息、事務狀態信息等。
3)日誌文件：data/REDOLOG
記錄數據修改操作的日誌，用於系統發生故障時進行數據恢復。
4)臨時文件：data/DB
存放資料庫進行計算的過程中，生成的各種中間對象，如排序運算的外存歸並單元。
5)參數文件：data目錄下
五、Postgresql 底層存儲管理方式：
Postgresql的每個資料庫均存放在一個目錄中，以db_oid命名，該目錄中存放每個表對應的文件，文件名以該數據表對應的relfilenode_oid命名。當表中的數據量足夠大，導致表文件的大小大於1GB的時候，postgresql會自動創建新的文件用於存放新插入的數據。新文件的名稱為： relfilenode_iod.1, relfilenode_iod.2 等。使用該策略是為了防止在某些文件系統中，最大支持文件尺寸不能大於1GB的情形。
db_oid, relfilenode_oid可以從pg_class系統表中查詢得出。
❿ 簡述Oracle表空間,斷,盤區和數據塊之間的關系!
表空間(tablespace)
表空間是資料庫中的基本邏輯結構，一系列數據文件的集合。一個表空間可以包含多個數據文件，但是一個數據文件只能屬於一個表空間。
段(Segment)
段是對象在資料庫中佔用的空間，雖然段和資料庫對象是一一對應的，但段是從資料庫存儲的角度來看的。一個段只能屬於一個表空間，當然一個表空間可以有多個段。
表空間和數據文件是物理存儲上的一對多的關系，表空間和段是邏輯存儲上的一對多的關系，段不直接和數據文件發生關系。一個段可以屬於多個數據文件，關於段可以指定擴展到哪個數據文件上面。
段基本可以分為以下四種
數據段(Data Segment)
索引段(Index Segment)
回滾段(Rollback Segment)
臨時段(Temporary Segment)
區間(Extent)
在一個段中可以存在多個區間，區間是為數據一次性預留的一個較大的存儲空間，直到那個區間被用滿，資料庫會繼續申請一個新的預留存儲空間，即新的區間，一直到段的最大區間數(Max Extent)或沒有可用的磁碟空間可以申請。
在 ORACLE8i以上版本，理論上一個段可以無窮個區間，但是多個區間對ORACLE卻是有性能影響的，ORACLE建議把數據分布在盡量少的區間上，以減少ORACLE的管理與磁頭的移動，但是在某些特殊情況下，需要把一個段分布在多個數據文件或多個設備上，適當的加多區間數也是有很大好處的。
數據塊(Block)
ORACLE最基本的存儲單位，他是OS數據塊的整數倍。ORACLE的操作都是以塊為基本單位，一個區間可以包含多個塊（如果區間大小不是塊大小的整數倍，ORACLE實際也擴展到塊的整數倍）。