面試資料庫優化

『壹』 面試題_說說你是怎麼資料庫優化的

對sql語句優化：


就是能分開寫的語句就分開寫，不要一次性就解決，這樣對效率來說是很大的開銷的


避免使用不兼容伍臘的數據類型：


如float和int，char和varchar等都是不兼容的。



盡量避免在where子句中對欄位進行函孫橘物數或表達式操作
避免使用isnotnull、in等一些無法讓系統使用索引操作的詞
合理使用exists，notexists字句
盡量則液避免在索引過的字元數據中，使用非打頭字母所有
避免困難的正規表達式


對mysql優化:





1.選取最適用的欄位屬性，可以的情況下，應該盡量把欄位設置為NOTNULL


2.使用連接（JOIN）來代替子查詢


3.使用聯合來代替手動創建的臨時表


4.增刪改或者多條查詢數據時使用事務操作


5.鎖定表（代替事務的另一種方法）


6.使用外鍵（鎖定表的方法可以維護數據的完整性，但它不能保證數據的關聯性，應該使用外鍵）


7.可以優化SQL查詢演算法，提高查詢速度8.給數據量大的查詢次數頻繁而修改次數少的數據表添加索引，提升查詢速度



面試題_說說你是怎麼資料庫優化的
標簽：鎖定oat試題數據表arc手動頻繁添加設置

『貳』 ORACLE資料庫面試題

1.
update t
set logdate=to_date('2003-01-01','yyyy-mm-dd')
where logdate=to_date('2001-02-11','yyyy-mm-dd');

2.
select *
from t
where name in (select name from t group by name having coung(*)>1)
order by name;--沒說清楚，到底是升序還是降序

3.
select ID，NAME，ADDRESS，PHONE，LOGDATE
from
(
select t.*,row_number() over(partition by name order by name) rn
from t
)
where rn = 1;

4.
update t
set (address,phone)=
(select address,phone from e where e.name=t.name);

5.
select *
from t
where rownum <=5
minus
select *
from t
where rownum <=2;

也沒什麼特別的地方，有些題目用oracle特有的函數去做會比較簡單，像在第三題中用到的oracle的分析函數，以及在第一題中用到的oracle的to_char()函數。

這幾個題目主要是看你能不能使用oracle的函數去處理

『叄』 資料庫怎麼處理每秒上千上萬條數據，面試時候問的，GPS終端傳數據，接受方怎麼秒存

這個方法可就多了，一桐穗個是需要做集群處理，也就空攔是多台設備並發處理數據
還有就是講究插入方法，比如這個insert into 不要一條條的插入，要以表的形式插入
還有比如在數據倉庫中應用的多得是，建立分區表來插入數據
或者使用存儲過程sql語句來實現表插入還有利用數據插入規律的演算法優化和代碼優化來處理等待，這些都是可局虧卜以資料庫程序員來做的。

『肆』 面試中常問：mysql資料庫做哪些優化也提高mysql性能

在鍵租謹開始演示之前，我們先介紹下兩個概念。

概念一，數據的可選擇性基數，也就是常說的cardinality值。

查詢優化器在生成各種執行計劃之前，得先從統計信息中取得相關數據，這樣才能估算每步操作所涉及到的記錄數，而這個相關數據就是cardinality。簡單來說，就是每個值在每個欄位中的唯一值分布狀態。

比如表t1有100行記錄，其中一列為f1。f1中唯一值的個數可以是100個，也可以是1個，當然也可以是1到100之間的任何一個數字。這里唯一值越的多少，就是這個列的可選擇基數。

那看到這里我們就明白了，為什麼要在基數高的欄位上建立索引，而基數低的的欄位建立索引反而沒有全表掃描來的快。當然這個只是一方面，至於更深入的探討就不在我這篇探討的范圍了。

概念二，關於HINT的使用。

這里我來說下HINT是什麼，在什麼時候用。

HINT簡單來說就是在某些特定的場景下人工協助MySQL優化器的工作，使她生成最優的執行計劃。一般來說，優化器的執行計劃都是最優化的，不過在某些特定場景下，執行計劃可能不是最優化。

比如：表t1經過大稿基量的頻繁更新操作，（UPDATE,DELETE,INSERT），cardinality已經很不準確了，這時候剛好執行了一條SQL，那麼有可能這條SQL的執行計劃就不是最優的。為什麼說有可能呢？

來看下具體演示

譬如，以下兩條SQL，

• A：

• select * from t1 where f1 = 20;



• B：

• select * from t1 where f1 = 30;



如果f1的值剛好頻繁更新的值為30，並且沒有達到MySQL自動更新cardinality值的臨界值或者說用戶設置了手動更新又或者用戶減少了sample page等等，那麼對這兩條語句來說，可能不準確的就是B了。

這里順帶說下，MySQL提供了自動更新和手動更新表cardinality值的方法，因篇幅有限，需要的可以查閱手冊。

那回到正題上，MySQL 8.0 帶來了幾個HINT，我今天就舉個index_merge的例子。

示例表結構：

• mysql> desc t1;+------------+--------------+------+-----+---------+----------------+| Field | Type | Null | Key | Default | Extra |+------------+--------------+------+-----+---------+----------------+| id | int(11) | NO | PRI | NULL | auto_increment || rank1 | int(11) | YES | MUL | NULL | || rank2 | int(11) | YES | MUL | NULL | || log_time | datetime | YES | MUL | NULL | || prefix_uid | varchar(100) | YES | | NULL | || desc1 | text | YES | | NULL | || rank3 | int(11) | YES | MUL | NULL | 型啟 |+------------+--------------+------+-----+---------+----------------+7 rows in set (0.00 sec)



表記錄數：


• mysql> select count(*) from t1;+----------+| count(*) |+----------+| 32768 |+----------+1 row in set (0.01 sec)



這里我們兩條經典的SQL：

• SQL C：

• select * from t1 where rank1 = 1 or rank2 = 2 or rank3 = 2;



• SQL D：

• select * from t1 where rank1 =100 and rank2 =100 and rank3 =100;



表t1實際上在rank1,rank2,rank3三列上分別有一個二級索引。

那我們來看SQL C的查詢計劃。

顯然，沒有用到任何索引，掃描的行數為32034，cost為3243.65。

• mysql> explain format=json select * from t1 where rank1 =1 or rank2 = 2 or rank3 = 2G*************************** 1. row ***************************EXPLAIN: { "query_block": { "select_id": 1, "cost_info": { "query_cost": "3243.65" }, "table": { "table_name": "t1", "access_type": "ALL", "possible_keys": [ "idx_rank1", "idx_rank2", "idx_rank3" ], "rows_examined_per_scan": 32034, "rows_proced_per_join": 115, "filtered": "0.36", "cost_info": { "read_cost": "3232.07", "eval_cost": "11.58", "prefix_cost": "3243.65", "data_read_per_join": "49K" }, "used_columns": [ "id", "rank1", "rank2", "log_time", "prefix_uid", "desc1", "rank3" ], "attached_condition": "((`ytt`.`t1`.`rank1` = 1) or (`ytt`.`t1`.`rank2` = 2) or (`ytt`.`t1`.`rank3` = 2))" } }}1 row in set, 1 warning (0.00 sec)



我們加上hint給相同的查詢，再次看看查詢計劃。

這個時候用到了index_merge,union了三個列。掃描的行數為1103，cost為441.09，明顯比之前的快了好幾倍。

• mysql> explain format=json select /*+ index_merge(t1) */ * from t1 where rank1 =1 or rank2 = 2 or rank3 = 2G*************************** 1. row ***************************EXPLAIN: { "query_block": { "select_id": 1, "cost_info": { "query_cost": "441.09" }, "table": { "table_name": "t1", "access_type": "index_merge", "possible_keys": [ "idx_rank1", "idx_rank2", "idx_rank3" ], "key": "union(idx_rank1,idx_rank2,idx_rank3)", "key_length": "5,5,5", "rows_examined_per_scan": 1103, "rows_proced_per_join": 1103, "filtered": "100.00", "cost_info": { "read_cost": "330.79", "eval_cost": "110.30", "prefix_cost": "441.09", "data_read_per_join": "473K" }, "used_columns": [ "id", "rank1", "rank2", "log_time", "prefix_uid", "desc1", "rank3" ], "attached_condition": "((`ytt`.`t1`.`rank1` = 1) or (`ytt`.`t1`.`rank2` = 2) or (`ytt`.`t1`.`rank3` = 2))" } }}1 row in set, 1 warning (0.00 sec)



我們再看下SQL D的計劃：

• 不加HINT，

• mysql> explain format=json select * from t1 where rank1 =100 and rank2 =100 and rank3 =100G*************************** 1. row ***************************EXPLAIN: { "query_block": { "select_id": 1, "cost_info": { "query_cost": "534.34" }, "table": { "table_name": "t1", "access_type": "ref", "possible_keys": [ "idx_rank1", "idx_rank2", "idx_rank3" ], "key": "idx_rank1", "used_key_parts": [ "rank1" ], "key_length": "5", "ref": [ "const" ], "rows_examined_per_scan": 555, "rows_proced_per_join": 0, "filtered": "0.07", "cost_info": { "read_cost": "478.84", "eval_cost": "0.04", "prefix_cost": "534.34", "data_read_per_join": "176" }, "used_columns": [ "id", "rank1", "rank2", "log_time", "prefix_uid", "desc1", "rank3" ], "attached_condition": "((`ytt`.`t1`.`rank3` = 100) and (`ytt`.`t1`.`rank2` = 100))" } }}1 row in set, 1 warning (0.00 sec)



• 加了HINT，

• mysql> explain format=json select /*+ index_merge(t1)*/ * from t1 where rank1 =100 and rank2 =100 and rank3 =100G*************************** 1. row ***************************EXPLAIN: { "query_block": { "select_id": 1, "cost_info": { "query_cost": "5.23" }, "table": { "table_name": "t1", "access_type": "index_merge", "possible_keys": [ "idx_rank1", "idx_rank2", "idx_rank3" ], "key": "intersect(idx_rank1,idx_rank2,idx_rank3)", "key_length": "5,5,5", "rows_examined_per_scan": 1, "rows_proced_per_join": 1, "filtered": "100.00", "cost_info": { "read_cost": "5.13", "eval_cost": "0.10", "prefix_cost": "5.23", "data_read_per_join": "440" }, "used_columns": [ "id", "rank1", "rank2", "log_time", "prefix_uid", "desc1", "rank3" ], "attached_condition": "((`ytt`.`t1`.`rank3` = 100) and (`ytt`.`t1`.`rank2` = 100) and (`ytt`.`t1`.`rank1` = 100))" } }}1 row in set, 1 warning (0.00 sec)



對比下以上兩個，加了HINT的比不加HINT的cost小了100倍。

總結下，就是說表的cardinality值影響這張的查詢計劃，如果這個值沒有正常更新的話，就需要手工加HINT了。相信MySQL未來的版本會帶來更多的HINT。

『伍』 測試PHP性能和MYSQL資料庫性能的工具，和找出瓶頸的方法 PHP面試題

通過sysbench的oltp_read_write測試來模擬業務壓力、以此來給指定的硬體環境配置一份比較合理的MySQL配置文件。

環境介紹

硬體配置

軟體環境

優化層級與指導思想

優化層級

MySQL資料庫優化可以在多個不同的層級進行，常見的有：

• SQL優化

• 參數優化

• 架構優化

本文重點關註：參數優化

指導思想

• 日誌先行 -- 一個事務能否成功提交的關鍵是日誌是否成功落盤，與數據沒有太大的關系；也就是說對寫的優化可以表述為各方面的資源向寫操作傾斜。

• 瓶頸分析 -- 通過show global status 的各個計數器的值基本上就能分析出當前瓶頸所在，再結合一些簡單的系統層面的監控工具如top iostat 就能明確瓶頸。

• 整體性能是「讀」&「寫」之間的再平衡。

『陸』 資料庫常見筆試面試題

資料庫常見筆試面試題

資料庫常見筆試面試題有哪些?資料庫常見筆試面試會考什麼?下面是資料庫常見面試題總結，為大家提供參考。

1、SQL的表連接方式有哪些?

SQL中連接按結果集分為：內連接，外連接，交叉連接

內連接：inner join on，兩表都滿足的組合。內連接分為等值連接，不等連接，自然連接。

等值連接：兩表中相同的列都會出現在結果集中。

自然連接：兩表中具體相同列表的列會合並為同一列出現在結果集中。

外連接：分為左(外)連接，右(外)連接，全連接

左(外)連接：A left (outer) join B,以A表為基礎，A表的全部數據，B表有的組合，沒有的為null。

右(外)連接：A right(outer) join B,以B表為基礎，B表的全部數據，A表有的組合，沒有的位null。

全連接：A full (outer) join 兩表相同的組合在一起，A表有，B表沒有的數據(顯示為null)，同樣B表有，A表沒有的顯示為null。

交叉連接：cross join,就是笛卡爾乘積。

2、三範式

1NF:表中的欄位都是單一屬性，不再可分。

2NF：在1NF的基礎上，表中所有的非主屬性都必須完全依賴於任意一組候選鍵，不能僅依賴於候選鍵中的某個屬性。

3NF：在2NF的基礎上，表中所有的屬性都不依賴其他非主屬性。

簡單的說就是：1NF表示每個屬性不可分割，2NF表示非主屬性不存在對主鍵的部分依賴，3NF表示不存在非主屬性對主鍵的依賴傳遞。

3、表的操作

表的創建：create table 表名 (列名1 類型 約束，列2 類型 約束…)

表的刪除： 表名

表的更改(結構的更改，不是記錄的更新)：alter table 表名 add|drop 列名|約束名

插入記錄： into 表名…values…

更新記錄：表名 set 列名=值 where 條件

刪除記錄： from 表名 where 條件

4、數據的完整性

數據完整性指的是存儲在資料庫中的數據的一致性和准確性。

完整性分類：

(1)實體完整性：主鍵值必須唯一且非空。(主鍵約束)

(2) 引用完整性(也叫參照完整性)：外鍵要麼為空，要麼引用主表中存在的記錄。(外鍵約束)。

(3)用戶自定義完整性：針對某一具體關系資料庫中的約束條件。

5、SQL的查詢優化

(1)從表連接的角度優化：盡量使用內連接，因為內連接是兩表都滿足的行的組合，而外連接是以其中一個表的全部為基準。

(2)盡量使用存儲過程代替臨時寫SQL語句：因為存儲過程是預先編譯好的SQL語句的集合，這樣可以減少編譯時間。

(3)從索引的角度優化：對那些常用的查詢欄位簡歷索引，這樣查詢時值進行索引掃描，不讀取數據塊。

(4)還有一些常用的select優化技巧：

(5)A.只查詢那些需要訪問的欄位，來代替select*

B、將過濾記錄越多的where語句向前移：在一個SQL語句中，如果一個where條件過濾的資料庫記錄越多，定位越准確，則該where條件越應該前移。

6、索引的作用，聚集索引與非聚集索引的區別

索引是一個資料庫對象，使用索引，可以是資料庫程序無須對整個數據進行掃描，就可以在其中找到目標數據，從而提高查找效率。索引的底層採用的是B樹。

聚集索引：根據記錄的key再表中排序數據行。

非聚集索引：獨立於記錄的結構，非聚集所以包含的`key，且每個鍵值項都有指向該簡直的數據行的指針。

聚集索引與非聚集索引的區別：

(1)聚集索引的物理存儲按索引排序，非聚集所以的物理存儲不按索引排序。

(2) 聚集索引插入，更新數據的速度比非聚集索引慢，單查詢速度更快。

(3) 聚集索引的葉級結點保存的是時間的數據項，而非聚集結點的葉級結點保存的是指向數據項的指針。

(4)一個表只能有一個聚集索引(因為只有一種排序方式)，但可以有多個非聚集索引。

7、存儲過程與函數的區別

(1)函數有返回值，存儲過程沒有返回值。

(2) 因為存儲過程沒有返回值，所以不能將存儲過程的執行結果賦值給變數;函數有返回值類型，調用函數時，可以將函數的執行結果賦值給變數。也就是說，函數可以在select語句中使用，而存儲過程則不能。

;

『柒』 面試資料庫訪問量是多少

資料庫的訪問量最大是16384。
如果有一個特別大的訪問量到資料庫上時，往往查詢速度會變談迅得很慢，所以我們需要進行優化。優化從三個方面考慮：SQL語句優化、主從復制，讀寫分離，負載均衡、資料庫分庫分表。
TPS包括一條消息入和一條含磨此消息出，加上一次用戶資料庫訪問游宏。

『捌』 資料庫查詢有哪些優化方面

1 SQL查詢語句的重寫，對於一個查詢可以用多種查詢語句實現，但不同查詢語句的資料庫執行計劃是不同的，一旦不能夠使用索引或造成較大的內存佔用會導致性能下降，因此需要對查詢語句進行重寫優化，最典型的例子就是not in語句使用外連接方式實現來進行優化
2 創建合理的索引結構，根據查詢語句的中查詢條件，在關系表上建立相應的索引，如B+樹索引和hash索引
3 修改程序業務邏輯，有些功能如果使用SQL語句實現，不但SQL語句復雜，還將導致資料庫的負擔增加，因此可以將有些數據操作的業務邏輯放到應用層進行實現，就是通過java編程實現
4 修改資料庫伺服器相關參數，優化伺服器性能

『玖』 Oracle面試題(基礎篇)

Oracle面試題(基礎篇)

Oracle Database，又名Oracle RDBMS，或簡稱Oracle。是甲骨文公司的一款關系資料庫管理系統。以下是關於Oracle面試題(基礎篇)，希望大家認真閱讀!

1. Oracle跟SQL Server 2005的區別?

宏觀上：

1). 最大的區別在於平台，oracle可以運行在不同的平台上，sql server只能運行在windows平台上，由於windows平台的穩定性和安全性影響了sql server的穩定性和安全性

2). oracle使用的腳本語言為PL-SQL，而sql server使用的腳本為T-SQL

微觀上： 從數據類型,資料庫的結構等等回答

2. 如何使用Oracle的游標?

1). oracle中的游標分為顯示游標和隱式游標

2). 顯示游標是用cursor...is命令定義的游標，它可以對查詢語句(select)返回的多條記錄進行處理;隱式游標是在執行插入 (insert)、刪除(delete)、修改(update)和返回單條記錄的查詢(select)語句時由PL/SQL自動定義的。

3). 顯式游標的操作：打開游標、操作游標、關閉游標;PL/SQL隱式地打開SQL游標，並在它內部處理SQL語句，然後關閉它

3. Oracle中function和procere的區別?

1). 可以理解函數是存儲過程的一種

2). 函數可以沒有參數,但是一定需要一個返回值，存儲過程可以沒有參數,不需要返回值

3). 函數return返回值沒有返回參數模式，存儲過程通過out參數返回值, 如果需要返回多個參數則建議使用存儲過程

4). 在sql數據操縱語句中只能調用函數而不能調用存儲過程

4. Oracle的導入導出有幾種方式，有何區別?

1). 使用oracle工具 exp/imp

2). 使用plsql相關工具

方法1. 導入/導出的是二進制的數據， 2.plsql導入/導出的是sql語句的文本文件

5. Oracle中有哪幾種文件?

數據文件(一般後綴為.dbf或者.ora)，日誌文件(後綴名.log)，控制文件(後綴名為.ctl)

6. 怎樣優化Oracle資料庫，有幾種方式?

個人理解，資料庫性能最關鍵的因素在於IO，因為操作內存是快速的，但是讀寫磁碟是速度很慢的，優化資料庫最關鍵的問題在於減少磁碟的IO，就個人理解應該分為物理的和邏輯的優化， 物理的是指oracle產品本身的一些優化，邏輯優化是指應用程序級別的優化

物理優化的一些原則：

1). Oracle的運行環境(網路，硬體等)

2). 使用合適的優化器

3). 合理配置oracle實例參數

4). 建立合適的索引(減少IO)

5). 將索引數據和表數據分開在不同的表空間上(降低IO沖突)

6). 建立表分區，將數據分別存儲在不同的分區上(以空間換取時間，減少IO)

邏輯上優化：

1). 可以對表進行邏輯分割，如中國移動用戶表，可以根據手機尾數分成10個表，這樣對性能會有一定的作用

2). Sql語句使用佔位符語句，並且開發時候必須按照規定編寫sql語句(如全部大寫，全部小寫等)oracle解析語句後會放置到共享池中

如： select * from Emp where name=? 這個語句只會在共享池中有一條，而如果是字元串的話，那就根據不同名字存在不同的語句，所以佔位符效率較好

3). 資料庫不僅僅是一個存儲數據的地方，同樣是一個編程的地方，一些耗時的操作，可以通過存儲過程等在用戶較少的情況下執行，從而錯開系統使用的高峰時間，提高資料庫性能

4). 盡量不使用*號，如select * from Emp，因為要轉化為具體的列名是要查數據字典，比較耗時

5). 選擇有效的表名

對於多表連接查詢，可能oracle的優化器並不會優化到這個程度， oracle 中多表查詢是根據FROM字句從右到左的數據進行的，那麼最好右邊的表(也就是基礎表)選擇數據較少的表，這樣排序更快速，如果有link表(多對多中間表)，那麼將link表放最右邊作為基礎表，在默認情況下oracle會自動優化，但是如果配置了優化器的情況下，可能不會自動優化，所以平時最好能按照這個方式編寫sql

6). Where字句 規則

Oracle 中Where字句時從右往左處理的，表之間的連接寫在其他條件之前，能過濾掉非常多的數據的條件，放在where的末尾， 另外!=符號比較的列將不使用索引，列經過了計算(如變大寫等)不會使用索引(需要建立起函數)， is null、is not null等優化器不會使用索引

7). 使用Exits Not Exits 替代 In Not in

8). 合理使用事務，合理設置事務隔離性

資料庫的數據操作比較消耗資料庫資源的，盡量使用批量處理，以降低事務操作次數

7. Oracle中字元串用什麼符號鏈接?

Oracle中使用 || 這個符號連接字元串 如 ‘abc’ || ‘d’

8. Oracle分區是怎樣優化資料庫的`?

Oracle的分區可以分為：列表分區、范圍分區、散列分區、復合分區。

1). 增強可用性：如果表的一個分區由於系統故障而不能使用，表的其餘好的分區仍可以使用;

2). 減少關閉時間：如果系統故障隻影響表的一部份分區，那麼只有這部份分區需要修復，可能比整個大表修復花的時間更少;

3). 維護輕松：如果需要得建表，獨產管理每個公區比管理單個大表要輕松得多;

4). 均衡I/O：可以把表的不同分區分配到不同的磁碟來平衡I/O改善性能;

5). 改善性能：對大表的查詢、增加、修改等操作可以分解到表的不同分區來並行執行，可使運行速度更快

6). 分區對用戶透明，最終用戶感覺不到分區的存在。

9. Oracle是怎樣分頁的?

Oracle中使用rownum來進行分頁, 這個是效率最好的分頁方法，hibernate也是使用rownum來進行oralce分頁的

select * from

( select rownum r,a from tabName where rownum <= 20 )

where r > 10

10. Oralce怎樣存儲文件，能夠存儲哪些文件?

Oracle 能存儲 clob、nclob、 blob、 bfile

Clob 可變長度的字元型數據，也就是其他資料庫中提到的文本型數據類型

Nclob 可變字元類型的數據，不過其存儲的是Unicode字元集的字元數據

Blob 可變長度的二進制數據

Bfile 資料庫外面存儲的可變二進制數據

11. Oracle中使用了索引的列，對該列進行where條件查詢、分組、排序、使用聚集函數，哪些用到了索引?

均會使用索引， 值得注意的是復合索引(如在列A和列B上建立的索引)可能會有不同情況

12. 資料庫怎樣實現每隔30分鍾備份一次?

通過操作系統的定時任務調用腳本導出資料庫

13. Oracle中where條件查詢和排序的性能比較?

Order by使用索引的條件極為嚴格，只有滿足如下情況才可以使用索引，

1). order by中的列必須包含相同的索引並且索引順序和排序順序一致

2). 不能有null值的列

所以排序的性能往往並不高，所以建議盡量避免order by

14. 解釋冷備份和熱備份的不同點以及各自的優點?

冷備份發生在資料庫已經正常關閉的情況下，將關鍵性文件拷貝到另外位置的一種說法

熱備份是在資料庫運行的情況下，採用歸檔方式備份數據的方法

冷備的優缺點：

1).是非常快速的備份方法(只需拷貝文件)

2).容易歸檔(簡單拷貝即可)

3).容易恢復到某個時間點上(只需將文件再拷貝回去)

4).能與歸檔方法相結合，作資料庫“最新狀態”的恢復。

5).低度維護，高度安全。

冷備份不足：

1).單獨使用時，只能提供到“某一時間點上”的恢復。

2).在實施備份的全過程中，資料庫必須要作備份而不能作其它工作。也就是說，在冷備份過程中，資料庫必須是關閉狀態。

3).若磁碟空間有限，只能拷貝到磁帶等其它外部存儲設備上，速度會很慢。

4).不能按表或按用戶恢復。

熱備的優缺點

1).可在表空間或數據文件級備份，備份時間短。

2).備份時資料庫仍可使用。

3).可達到秒級恢復(恢復到某一時間點上)。

4).可對幾乎所有資料庫實體作恢復。

5).恢復是快速的，在大多數情況下在資料庫仍工作時恢復。

熱備份的不足是：

1).不能出錯，否則後果嚴重。

2).若熱備份不成功，所得結果不可用於時間點的恢復。

3).因難於維護，所以要特別仔細小心，不允許“以失敗而告終”。

15. 解釋data block , extent 和 segment的區別?

data block 數據塊，是oracle最小的邏輯單位，通常oracle從磁碟讀寫的就是塊

extent 區，是由若干個相鄰的block組成

segment段，是有一組區組成

tablespace表空間，資料庫中數據邏輯存儲的地方，一個tablespace可以包含多個數據文件

;