資料庫運行機制

① 資料庫和伺服器有什麼區別，請解釋下

二者的主要區別在於：

伺服器：是回應運用軟體的總站點，它提供軟體的數據收集和處理。伺服器通常情況是一台（或台）電腦構成，通過網路與應用軟體（客戶湍）連接。它硬體珥軟體、網路的結合體。

資料庫：是存貯信息數據的軟體，它有多種。大型的MSsql，放在伺服器上，同時需要資料庫軟體提供應用操作。小型的放在個體電腦上即可。

(1)資料庫運行機制擴展閱讀：

資料庫伺服器由運行在區域網中的一台/多台計算機和資料庫管理系統軟體共同構成，資料庫伺服器為客戶應用程序提供數據服務。

資料庫伺服器建立在資料庫系統基礎上，具有資料庫系統的特性，且有其獨特的—面。主要功能如下：

1、資料庫管理功能，包括系統配置與管理、數據存取與更新管理、數據完整性管理和數據安全性管理；

2、資料庫的查詢和操縱功能 ，該功能包括資料庫檢索和修改；

3、資料庫維護功能，包括數據導入/導出管理，資料庫結構維護、數據恢復功能和性能監測；

4、資料庫並行運行，由於在同一時間，訪問資料庫的用戶不止一個，所以資料庫伺服器必須支持並行運行機制，處理多個事件的同時發生。

參考資料：網路-資料庫伺服器

② 資料庫老師會問哪些問題

1.MySQL 主鍵與索引的聯系與區別

主鍵是為了標識資料庫記錄唯一性，不允許記錄重復，且鍵值不能為空，主鍵也是一個特殊索引。

數據表中只允許有一個主鍵，但是可以有多個索引。

使用主鍵會資料庫會自動創建主索引，也可以在非主鍵上創建索引，方便查詢效率。

索引可以提高查詢速度，它就相當於字典的目錄，可以通過它很快查詢到想要的結果，而不需要進行全表掃描。

主鍵索引外索引的值可以為空。

主鍵也可以由多個欄位組成，組成復合主鍵，同時主鍵肯定也是唯一索引。

唯一索引則表示該索引值唯一，可以由一個或幾個欄位組成，一個表可以有多個唯一索引。

2.資料庫索引是怎麼回事？用的啥數據結構 為什麼B+樹比B樹更合適

一個索引是存儲的表中一個特定列的值數據結構（最常見的是B-Tree）。索引是在表的列上創建。所以，要記住的關鍵點是索引包含一個表中列的值，並且這些值存儲在一個數據結構中。請記住記住這一點：索引是一種數據結構 。

什麼樣的數據結構可以作為索引？

B-Tree 是最常用的用於索引的數據結構。因為它們是時間復雜度低， 查找、刪除、插入操作都可以可以在對數時間內完成。另外一個重要原因存儲在B-Tree中的數據是有序的。資料庫管理系統（RDBMS）通常決定索引應該用哪些數據結構。但是，在某些情況下，你在創建索引時可以指定索引要使用的數據結構。

當我們利用索引查詢的時候，不可能把整個索引全部載入到內存，只能逐一載入每個磁碟頁，磁碟頁對應索引樹的節點。那麼Mysql衡量查詢效率的標准就是磁碟IO次數。如果我們利用二叉樹作為索引結構，那麼磁碟的IO次數和索引樹的高度是相關的。

那麼為了提高查詢效率，就需要減少磁碟IO數。為了減少磁碟IO的次數，就需要盡量降低樹的高度，需要把原來「瘦高」的樹結構變的「矮胖」，樹的每層的分叉越多越好，因此B樹正好符合我們的要求，這也是B-樹的特徵之一。

B樹 B樹的節點為關鍵字和相應的數據（索引等）

B+樹 B+樹是B樹的一個變形，非葉子節點只保存索引，不保存實際的數據，數據都保存在葉子節點中，B+樹的葉子節點為鏈表，鏈表放數據，非葉子節點是索引。

對比：

• B樹和B+樹同樣適用於高度越低，查詢越快。

• B樹查找節點，B+樹只需要查詢所有節點（索引），B樹查詢索引和數據。雖然可能第一個就找到，但在極端情況下，需要全查詢索引和數據，不如B+樹穩定。

• B+樹和B樹比，B+樹的硬碟空間更少，io的讀寫代價更低。因為B+樹節點只有索引，佔位更少。在查詢的情況下硬碟指針移動更低

哈希表索引是怎麼工作的？

哈希表是另外一種你可能看到用作索引的數據結構-這些索引通常被稱為哈希索引。使用哈希索引的原因是，在尋找值時哈希表效率極高。所以，如果使用哈希索引，對於比較字元串是否相等的查詢能夠極快的檢索出的值。例如之前我們討論過的這個查詢(SELECT * FROM Employee WHERE Employee_Name = 『Jesus』) 就可以受益於創建在Employee_Name 列上的哈希索引。哈系索引的工作方式是將列的值作為索引的鍵值（key），和鍵值相對應實際的值（value）是指向該表中相應行的指針。因為哈希表基本上可以看作是關聯數組，一個典型的數據項就像「Jesus => 0x28939″，而0x28939是對內存中表中包含Jesus這一行的引用。在哈系索引的中查詢一個像「Jesus」這樣的值，並得到對應行的在內存中的引用，明顯要比掃描全表獲得值為「Jesus」的行的方式快很多。

哈希索引的缺點

哈希表是無順的數據結構，對於很多類型的查詢語句哈希索引都無能為力。舉例來說，假如你想要找出所有小於40歲的員工。你怎麼使用使用哈希索引進行查詢？這不可行，因為哈希表只適合查詢鍵值對-也就是說查詢相等的查詢（例：like 「WHERE name = 『Jesus』）。哈希表的鍵值映射也暗示其鍵的存儲是無序的。這就是為什麼哈希索引通常不是資料庫索引的默認數據結構-因為在作為索引的數據結構時，其不像B-Tree那麼靈活

3.創建索引的注意事項

索引可以提高數據的訪問速度，但同時也增加了插入、更新和刪除操作的處理時間，解決此問題就是分析應用程序的業務處理、數據使用，為經常被用作查詢條件、或者被要求排序的欄位建立索引。索引是建立在資料庫表中的某些列的上面。因此，在創建索引的時候，應該仔細考慮在哪些列上可以創建索引，在哪些列上不能創建索引。

創建規則：

• 表的主鍵、外鍵必須有索引；

• 數據量超過300的表應該有索引；

• 經常與其他表進行連接的表，在連接欄位上應該建立索引；

• 經常出現在Where子句中的欄位，特別是大表的欄位，應該建立索引；

• 索引應該建在選擇性高的欄位上；

• 索引應該建在小欄位上，對於大的文本欄位甚至超長欄位，不要建索引；

• 復合索引的建立需要進行仔細分析；盡量考慮用單欄位索引代替

• 頻繁進行數據操作的表，不要建立太多的索引；

• 刪除無用的索引，避免對執行計劃造成負面影響；

創建索引需要注意的地方：

• 限製表上的索引數目。對一個存在大量更新操作的表，所建索引的數目一般不要超過3個，最多不要超過5個。索引雖說提高了訪問速度，但太多索引會影響數據的更新操作。

• 避免在取值朝一個方向增長的欄位（例如：日期類型的欄位）上，建立索引；對復合索引，避免將這種類型的欄位放置在最前面

• 對復合索引，按照欄位在查詢條件中出現的頻度建立索引

• 刪除不再使用，或者很少被使用的索引。

4.MYSQL事務特性和實現原理

ACID表示原子性（atomicity）、一致性（consistency）、隔離性（isolation）和持久性（rability）。一個很好的事務處理系統，必須具備這些標准特性：

原子性（atomicity）

一個事務必須被視為一個不可分割的最小工作單元，整個事務中的所有操作要麼全部提交成功，要麼全部失敗回滾，對於一個事務來說，不可能只執行其中的一部分操作，這就是事務的原子性

是利用Innodb的undo log。undo log名為回滾日誌，是實現原子性的關鍵，當事務回滾時能夠撤銷所有已經成功執行的sql語句，他需要記錄你要回滾的相應日誌信息。

一致性（consistency）

資料庫總是從一個一致性的狀態轉換到另一個一致性的狀態。（在前面的例子中，一致性確保了，即使在執行第三、四條語句之間時系統崩潰，支票賬戶中也不會損失200美元，因為事務最終沒有提交，所以事務中所做的修改也不會保存到資料庫中。）

資料庫通過原子性、隔離性、持久性來保證一致性

隔離性（isolation）

通常來說，一個事務所做的修改在最終提交以前，對其他事務是不可見的。（在前面的例子中，當執行完第三條語句、第四條語句還未開始時，此時有另外的一個賬戶匯總程序開始運行，則其看到支票帳戶的余額並沒有被減去200美元。）

利用的是鎖和MVCC機制。MVCC,即多版本並發控制(Multi Version Concurrency Control),一個行記錄數據有多個版本對快照數據，這些快照數據在undo log中。如果一個事務讀取的行正在做DELELE或者UPDATE操作，讀取操作不會等行上的鎖釋放，而是讀取該行的快照版本。

持久性（rability）

一旦事務提交，則其所做的修改會永久保存到資料庫。（此時即使系統崩潰，修改的數據也不會丟失。持久性是個有占模糊的概念，因為實際上持久性也分很多不同的級別。有些持久性策略能夠提供非常強的安全保障，而有些則未必，而且不可能有能做到100%的持久性保證的策略。）

是利用Innodb的redo log。當做數據修改的時候，不僅在內存中操作，還會在redo log中記錄這次操作。當事務提交的時候，會將redo log日誌進行刷盤(redo log一部分在內存中，一部分在磁碟上)。當資料庫宕機重啟的時候，會將redo log中的內容恢復到資料庫中，再根據undo log和binlog內容決定回滾數據還是提交數據。redo log體積小，刷盤快。redo log是一直往末尾進行追加，屬於順序IO。效率顯然比隨機IO來的快

5.redis的原理和優點

redis是一個key-value存儲系統.和Memcached類似，它支持存儲的value類型相對更多，包括string(字元串)、list(鏈表)、set(集合)、zset(sorted set --有序集合)和hashs（哈希類型）

這些數據類型都支持push/pop、add/remove及取交集並集和差集及更豐富的操作，而且這些操作都是原子性的.

在此基礎上，redis支持各種不同方式的排序.與memcached一樣，為了保證效率，數據都是緩存在內存中.區別的是redis會周期性的把更新的數據寫入磁碟或者把修改操作寫入追加的記錄文件，並且在此基礎上實現了master-slave(主從)同步.

Redis的優點:

• 性能極高 – Redis能支持超過 100K+ 每秒的讀寫頻率。

• 豐富的數據類型 – Redis支持二進制案例的 Strings, Lists, Hashes, Sets 及 Ordered Sets 數據類型操作。

• 原子 – Redis的所有操作都是原子性的，同時Redis還支持對幾個操作全並後的原子性執行。

• 豐富的特性 – Redis還支持 publish/subscribe, 通知, key 過期等等特性。

6.Mysql中的鎖機制

Mysql用到了很多這種鎖機制，比如行鎖，表鎖等，讀鎖，寫鎖等，都是在做操作之前先上鎖。這些鎖統稱為悲觀鎖

MySQL的鎖機制比較簡單，其最 顯著的特點是不同的存儲引擎支持不同的鎖機制。比如，MyISAM和MEMORY存儲引擎採用的是表級鎖（table-level locking）；BDB存儲引擎採用的是頁面鎖（page-level locking），但也支持表級鎖；InnoDB存儲引擎既支持行級鎖（row-level locking），也支持表級鎖，但默認情況下是採用行級鎖。

• 表級鎖：開銷小，加鎖快；不會出現死鎖；鎖定粒度大，發生鎖沖突的概率最高，並發度最低。

• 行級鎖：開銷大，加鎖慢；會出現死鎖；鎖定粒度最小，發生鎖沖突的概率最低，並發度也最高。

• 頁面鎖：開銷和加鎖時間界於表鎖和行鎖之間；會出現死鎖；鎖定粒度界於表鎖和行鎖之間，並發度一般

從上述特點可見，很難籠統地說哪種鎖更好，只能就具體應用的特點來說哪種鎖更合適！僅從鎖的角度 來說：表級鎖更適合於以查詢為主，只有少量按索引條件更新數據的應用，如Web應用；而行級鎖則更適合於有大量按索引條件並發更新少量不同數據，同時又有 並發查詢的應用，如一些在線事務處理（OLTP）系統。

7.ABC聯合索引生效問題

對於復合索引：Mysql從左到右的使用索引中的欄位，一個查詢可以只使用索引中的一部份，但只能是最左側部分。例如索引是key index （a,b,c）。 可以支持a | a,b| a,b,c 3種組合進行查找，但不支持 b,c進行查找 .當最左側欄位是常量引用時，索引就十分有效。

對於復合索引：Mysql從左到右的使用索引中的欄位，一個查詢可以只使用索引中的一部份，但只能是最左側部分。例如索引是key index （a,b,c）。 可以支持a | a,b| a,b,c 3種組合進行查找，但不支持 b,c進行查找 .當最左側欄位是常量引用時，索引就十分有效。

③ MySql的MySql Administrator,MySql Migration ToolKit是幹麼用得想學下MySql一窺資料庫的運行機制。。

MySql Administrator是mysql的圖形化管理器（就是類似於sql server的企業管理器），用它可以來管理和控制資料庫，類似的軟體非常多，比如MySQL Front之類的。

MySQL Migration Toolkit是mysql官方提供的資料庫移植工具，可以將任何數據源轉換成mysql的數據，也可以將mysql的數據轉換成其它類型的數據。 詳見http://hi..com/bigbig_88/blog/item/4c4041edfb6bdf07fcfa3c6e.html

④ 頁面、伺服器、資料庫的調用傳輸機制是什麼樣的

伺服器--資料庫--伺服器--頁面。伺服器是指前端提供調用web服務的伺服器，如iis、tomcat等，實際運行時的傳輸機制是：應用伺服器中的業務訪問資料庫伺服器中的數據並對返回的結果進行處理，而web伺服器提供調用web服務，並對頁面進行展現。

⑤ 資料庫伺服器的功能

資料庫伺服器建立在資料庫系統基礎上，具有資料庫系統的特性，且有其獨特的—面。主要功能如下： 資料庫管理功能，包括系統配置與管理、數據存取與更新管理、數據完整性管理和數據安全性管理。 資料庫的查詢和操縱功能 ，該功能包括資料庫檢索和修改。 資料庫維護功能，包括數據導入/導出管理，資料庫結構維護、數據恢復功能和性能監測。 資料庫並行運行，由於在同一時間，訪問資料庫的用戶不止一個，所以資料庫伺服器必須支持並行運行機制，處理多個事件的同時發生。

⑥ 資料庫緩存機制是什麼緩存是如何作用資料庫

緩存的介質一般是內存，所以讀寫速度很快。但如果緩存中存放的數據量非常大時，也會用硬碟作為緩存介質。緩存的實現不僅僅要考慮存儲的介質，還要考慮到管理緩存的並發訪問和緩存數據的生命周期。

⑦ 資料庫的運行管理主要功能

資料庫管理系統(database management system)是一種操縱和管理資料庫的大型軟體，是用於建立、使用和維護資料庫，簡稱dbms。它對資料庫進行統一的管理和控制，以保證資料庫的安全性和完整性。用戶通過dbms訪問資料庫中的數據，資料庫管理員也通過dbms進行資料庫的維護工作。它提供多種功能，可使多個應用程序和用戶用不同的方法在同時或不同時刻去建立，修改和詢問資料庫。它使用戶能方便地定義和操縱數據，維護數據的安全性和完整性，以及進行多用戶下的並發控制和恢復資料庫。

按功能劃分，資料庫管理系統大致可分為6個部分：

(1)模式翻譯：提供數據定義語言(ddl)。用它書寫的資料庫模式被翻譯為內部表示。資料庫的邏輯結構、完整性約束和物理儲存結構保存在內部的數據字典中。資料庫的各種數據操作(如查找、修改、插入和刪除等)和資料庫的維護管理都是以資料庫模式為依據的。

(2)應用程序的編譯：把包含著訪問資料庫語句的應用程序，編譯成在dbms支持下可運行的目標程序。

(3)互動式查詢：提供易使用的互動式查詢語言，如sql。dbms負責執行查詢命令，並將查詢結果顯示在屏幕上。

(4)數據的組織與存取：提供數據在外圍儲存設備上的物理組織與存取方法。

⑸事務運行管理：提供事務運行管理及運行日誌，事務運行的安全性監控和數據完整性檢查，事務的並發控制及系統恢復等功能。

(6)資料庫的維護：為資料庫管理員提供軟體支持，包括數據安全控制、完整性保障、資料庫備份、資料庫重組以及性能監控等維護工具。

基於關系模型的資料庫管理系統已日臻完善，並已作為商品化軟體廣泛應用於各行各業。它在各戶伺服器結構的分布式多用戶環境中的應用，使資料庫系統的應用進一步擴展。隨著新型數據模型及數據管理的實現技術的推進，可以預期dbms軟體的性能還將更新和完善，應用領域也將進一步地拓寬。

它所提供的功能有以下幾項：
（1）數據定義功能。DBMS提供相應數據語言來定義（DDL）資料庫結構，它們是刻畫資料庫框架，並被保存在數據字典中。
（2）數據存取功能。DBMS提供數據操縱語言（DML），實現對資料庫數據的基本存取操作：檢索，插入，修改和刪除。
（3）資料庫運行管理功能。DBMS提供數據控制功能，即是數據的安全性、完整性和並發控制等對資料庫運行進行有效地控制和管理，以確保數據正確有效。
（4）資料庫的建立和維護功能。包括資料庫初始數據的裝入，資料庫的轉儲、恢復、重組織，系統性能監視、分析等功能。
（5）資料庫的傳輸。DBMS提供處理數據的傳輸，實現用戶程序與DBMS之間的通信，通常與操作系統協調完成。

著名資料庫管理系統

MS SQL
SYBASE
DB2
ORACLE
MySQL
ACCESS
VF

常見的資料庫管理系統

目前有許多資料庫產品，如Oracle、Sybase、Informix、Microsoft SQL Server、Microsoft Access、Visual FoxPro等產品各以自己特有的功能，在資料庫市場上佔有一席之地。下面簡要介紹幾種常用的資料庫管理系統。

Oracle
Oracle是一個最早商品化的關系型資料庫管理系統，也是應用廣泛、功能強大的資料庫管理系統。Oracle作為一個通用的資料庫管理系統，不僅具有完整的數據管理功能，還是一個分布式資料庫系統，支持各種分布式功能，特別是支持Internet應用。作為一個應用開發環境，Oracle提供了一套界面友好、功能齊全的資料庫開發工具。Oracle使用PL/SQL語言執行各種操作，具有可開放性、可移植性、可伸縮性等功能。特別是在Oracle 8i中，支持面向對象的功能，如支持類、方法、屬性等，使得Oracle 產品成為一種對象/關系型資料庫管理系統。

Microsoft SQL Server
Microsoft SQL Server是一種典型的關系型資料庫管理系統，可以在許多操作系統上運行，它使用Transact-SQL語言完成數據操作。由於Microsoft SQL Server是開放式的系統，其它系統可以與它進行完好的交互操作。目前最新版本的產品為Microsoft SQL Server 2000，它具有可靠性、可伸縮性、可用性、可管理性等特點，為用戶提供完整的資料庫解決方案。

Microsoft Office
作為Microsoft Office組件之一的Microsoft Access是在Windows環境下非常流行的桌面型資料庫管理系統。使用Microsoft Access無需編寫任何代碼，只需通過直觀的可視化操作就可以完成大部分數據管理任務。在Microsoft Access資料庫中，包括許多組成資料庫的基本要素。這些要素是存儲信息的表、顯示人機交互界面的窗體、有效檢索數據的查詢、信息輸出載體的報表、提高應用效率的宏、功能強大的模塊工具等。它不僅可以通過ODBC與其它資料庫相連，實現數據交換和共享，還可以與Word、Excel等辦公軟體進行數據交換和共享，並且通過對象鏈接與嵌入技術在資料庫中嵌入和鏈接聲音、圖像等多媒體數據。

資料庫管理系統選擇原則

選擇資料庫管理系統時應從以下幾個方面予以考慮：

(1) 構造資料庫的難易程度。
需要分析資料庫管理系統有沒有範式的要求，即是否必須按照系統所規定的數據模型分析現實世界，建立相應的模型；資料庫管理語句是否符合國際標准，符合國際標准則便於系統的維護、開發、移植；有沒有面向用戶的易用的開發工具；所支持的資料庫容量，資料庫的容量特性決定了資料庫管理系統的使用范圍。

(2) 程序開發的難易程度。
有無計算機輔助軟體工程工具CASE——計算機輔助軟體工程工具可以幫助開發者根據軟體工程的方法提供各開發階段的維護、編碼環境，便於復雜軟體的開發、維護。有無第四代語言的開發平台——第四代語言具有非過程語言的設計方法，用戶不需編寫復雜的過程性代碼，易學、易懂、易維護。有無面向對象的設計平台——面向對象的設計思想十分接近人類的邏輯思維方式，便於開發和維護。對多媒體數據類型的支持——多媒體數據需求是今後發展的趨勢，支持多媒體數據類型的資料庫管理系統必將減少應用程序的開發和維護工作。

(3) 資料庫管理系統的性能分析。
包括性能評估（響應時間、數據單位時間吞吐量）、性能監控（內外存使用情況、系統輸入/輸出速率、SQL語句的執行，資料庫元組控制）、性能管理（參數設定與調整）。

(4) 對分布式應用的支持。
包括數據透明與網路透明程度。數據透明是指用戶在應用中不需指出數據在網路中的什麼節點上，資料庫管理系統可以自動搜索網路，提取所需數據；網路透明是指用戶在應用中無需指出網路所採用的協議。資料庫管理系統自動將數據包轉換成相應的協議數據。

(5) 並行處理能力。
支持多CPU模式的系統（SMP，CLUSTER，MPP），負載的分配形式，並行處理的顆粒度、范圍。

(6) 可移植性和可括展性。
可移植性指垂直擴展和水平擴展能力。垂直擴展要求新平台能夠支持低版本的平台，資料庫客戶機/伺服器機制支持集中式管理模式，這樣保證用戶以前的投資和系統；水平擴展要求滿足硬體上的擴展，支持從單CPU模式轉換成多CPU並行機模式（ SMP, CLUSTER, MPP）

(7) 數據完整性約束。
數據完整性指數據的正確性和一致性保護，包括實體完整性、參照完整性、復雜的事務規則。

(8) 並發控制功能。
對於分布式資料庫管理系統，並發控制功能是必不可少的。因為它面臨的是多任務分布環境，可能會有多個用戶點在同一時刻對同一數據進行讀或寫操作，為了保證數據的一致性，需要由資料庫管理系統的並發控制功能來完成。評價並發控制的標准應從下面幾方面加以考慮：

保證查詢結果一致性方法
數據鎖的顆粒度（數據鎖的控制范圍，表、頁、元組等）
數據鎖的升級管理功能
死鎖的檢測和解決方法

(9) 容錯能力。
異常情況下對數據的容錯處理。評價標准：硬體的容錯，有無磁碟鏡象處理功能軟體的容錯，有無軟體方法異常情況的容錯功能

(10) 安全性控制
包括安全保密的程度（帳戶管理、用戶許可權、網路安全控制、數據約束）

(11) 支持漢字處理能力
包括資料庫描述語言的漢字處理能力（表名、域名、數據）和資料庫開發工具對漢字的支持能力。

⑧ 資料庫連接池的工作機制是什麼

為什麼要使用資料庫連接池？
答：
由於創建連接的代價是很高的, 我們每次訪問資料庫都重新創建連接的話是非常消耗性的.

我們可以再程序啟動的時候先創建出一些連接, 放在一個集合中, 訪問資料庫的時候從集合中獲取, 使用結束再放回集合中.

這樣做只是在程序啟動的時候消耗性能去創建連接, 每次訪問資料庫的時候都是從內存中獲取連接, 可以大大提升效率.

注意事項:
由於池中增刪非常頻繁, 使用集合LinkedList效率較高
集合中所有連接都被佔用時創建新連接, 但需要注意連接總數
使用組合模式/動態代理處理釋放連接的方法, 當運行close方法時, 將連接放回池中
關於資料庫連接池：
資料庫連接是一種關鍵的有限的昂貴的資源，這一點在多用戶的網頁應用程序中體現得尤為突出。對資料庫連接的管理能顯著影響到整個應用程序的伸縮性和健壯性，影響到程序的性能指標。資料庫連接池正是針對這個問題提出來的。

資料庫連接池負責分配、管理和釋放資料庫連接，它允許應用程序重復使用一個現有的資料庫連接，而再不是重新建立一個；釋放空閑時間超過最大空閑時間的資料庫連接來避免因為沒有釋放資料庫連接而引起的資料庫連接遺漏。這項技術能明顯提高對資料庫操作的性能。

資料庫連接池在初始化時將創建一定數量的資料庫連接放到連接池中，這些資料庫連接的數量是由最小資料庫連接數來設定的。無論這些資料庫連接是否被 使用，連接池都將一直保證至少擁有這么多的連接數量。連接池的最大資料庫連接數量限定了這個連接池能佔有的最大連接數，當應用程序向連接池請求的連接數超 過最大連接數量時，這些請求將被加入到等待隊列中。

資料庫連接池的最小連接數和最大連接數的設置要考慮到下列幾個因素：
1) 最小連接數是連接池一直保持的資料庫連接，所以如果應用程序對資料庫連接的使用量不大，將會有大量的資料庫連接資源被浪費；
2) 最大連接數是連接池能申請的最大連接數，如果資料庫連接請求超過此數，後面的資料庫連接請求將被加入到等待隊列中，這會影響之後的資料庫操作。
3) 如果最小連接數與最大連接數相差太大，那麼最先的連接請求將會獲利，之後超過最小連接數量的連接請求等價於建立一個新的資料庫連接。不過，這些大於最小連接數的資料庫連接在使用完不會馬上被釋放，它將被放到連接池中等待重復使用或是空閑超時後被釋放。

J2EE伺服器啟動時會建立一定數量的池連接，並一直維持不少於此數目的池連接。

調用：客戶端程序需要連接時，池驅動程序會返回一個未使用的池連接並將其表記為 忙。如果當前沒有空閑連接，池驅動程序就新建一定數量的連接，新建連接的數量有配置參數決定。
釋放：當使用的池連接調用完成後，池驅動程序將此連接表記為空閑， 其他調用就可以使用這個連接

⑨ oracle資料庫的failover是什麼意思，工作機制是什麼

資料庫Failover：FailOver中文為故障切換。Dataguard方式的一種切換模式，是不可逆的。當主資料庫發生宕機，且不能及時恢復時，Oracle會丟棄主資料庫，將備用資料庫轉變為主資料庫。當
failover之後，備用資料庫變成為主資料庫，從而丟失了備用資料庫的所有能力，也就是說，不能再返回到備用模式。
Failover
有以下特點：
主資料庫offline，備用資料庫online，這種操作由系統和軟體失敗引起。
即使在備用資料庫上應用重做日誌，也可能出現數據丟失的現象，除非備
用資料庫運行在guaranteed
protection模式下。
原主資料庫重新使用時必須reinstantiated(start
instance)。
其它的備用資料庫也需reinstantiated。
在主資料庫正常工作時，Oracle
允許
DBA
將主資料庫切換到備用資料庫，此備用資料庫變為主資料庫，而原主資料庫變為備用資料庫。
資料庫的切換可以從主資料庫角色切換到備用資料庫角色，也可從備用資料庫角色切換到主資料庫角色。

⑩ 在資料庫伺服器直接查詢能留下痕跡嗎

能。
資料庫伺服器是聯系Web伺服器與DBMS的中間件是負責處理所有的應用程序伺服器，包括在web伺服器和後台的應用程序或資料庫之間的事務處理和數據訪問。
資料庫伺服器建立在資料庫系統基礎上，具有資料庫系統的特性，且有其獨特的—面。主要功能如下：
資料庫管理功能，包括系統配置與管理、數據存取與更新管理、數據完整性管理和數據安全性管理。
資料庫的查詢和操縱功能，該功能包括資料庫檢索和修改。
資料庫維護功能，包括數據導入/導出管理，資料庫結構維護、數據恢復功能和性能監測。
資料庫並行運行，由於在同一時間，訪問資料庫的用戶不止一個，所以資料庫伺服器必須支持並行運行機制，處理多個事件的同時發生。