資料庫復用

1. 什麼是key-value資料庫，什麼場景要用它

首先Nosql包括了很多類型，不過就你在問題中提到的KVDB似乎並不完全適合你的應用場景，如果你硬要用也沒什麼不可以，只不過把簡單的事情搞復雜了。
單一的key-value型資料庫，比較適用於索引輸出加速（比如搜索結果的輸出），隨機數據多處復用（比如SNS消息發送，內容就存在緩存里，只需要發送id就行了），或者簡單的數據共享（比如session信息，或者配置信息）等等。
像你這種單點對單點的用KV型資料庫並不能完全解決問題，因為它只能存儲隨機數據，數據之間沒有順序關系，所以你還得配合關系型資料庫做索引，不過我建議你先完全用mysql實現一個版本，把流程走通，然後在按情況將存儲換為更加強大的redis或者mongodb都可以。

2. wokerman的worker在什麼時候連接資料庫

使用單例，用的時候創建連接即可。
不用在onStart時創建。

在workerman中使用單例模式（在類靜態成員中保存對象/數據），在當前進程生命周期內所有請求中都是共享可用的。比如資料庫單例，當使用資料庫時發現資料庫對象還沒創建，就立即創建一個，然後保存在資料庫類的靜態成員中，下次再次使用資料庫對象時，直接使用資料庫靜態成員那個資料庫對象即可，這樣當前進程內的所有請求就都可以復用這個資料庫對象，也就是真正意義上的長連接，沒有頻繁的資料庫連接、許可權驗證、斷開連接等開銷，非常高效。

workerman中自帶mysql類，也是使用的單例模式，只有在第一次
調用Db::instance(『db_name』)->query(sql)時才創建一個資料庫連接對象，才會去連接資料庫。後面再調用Db::instance(『db_name』)就直接復用了第一次創建的資料庫對象，不會在創建。

3. oracle資料庫在學習控制文件的多路復用後，照著書本操作了一遍然後就登入不進去了是怎麼回事

你提供的信息這么少別人沒法回答你啊實現控制文件多路復用一一般有兩種方法
控制文件多路徑
1、關庫直接修改 pfile 參數增加controlfile 將現有controlfile 拷貝到新的路徑下
改名 注意啟動時要指定 pfile 啟動 startup pfile='' 啟動後再 create spfile from pifle；創
建spfile
2、直接修改spfile文件
alter system set control_files='/oradata/testdb/control03.ctl' scope=spfile;
修改後拷貝控制文件到新路徑
重新啟動資料庫
看下你是不是哪裡操作有錯誤 登陸不進去報什麼錯誤？

4. 求大神解答下oracle控制文件多路復用的問題，錯誤ora-00940

SQL> shutdown immediate
SQL> create pfile from spfile;

改pfile文件的控制文件參數

*.control_files='/u01/oracle/oradata/ORCL/control01.ctl','/u01/oracle/oradata/ORCL/control02.ctl',
'/u01/oracle/oradata/ORCL/control03.ctl','/u01/oracle/oradata/ORCL/control04.ctl'

SQL> create spfile from pfile;
B 拷貝控制文件

[oracle@oracle dbs]$ cd /u01/oracle/oradata/ORCL/
[oracle@oracle ORCL]$ cp control01.ctl control04.ctl

C 啟動資料庫

SQL> startup

5. 資料庫連接池

在實際應用開發中，特別是在WEB應用系統中，如果JSP、Servlet或EJB使用JDBC直接訪問資料庫中的數據，每一次數據訪問請求都必須經歷建立資料庫連接、打開資料庫、存取數據和關閉資料庫連接等步驟，而連接並打開資料庫是一件既消耗資源又費時的工作，如果頻繁發生這種資料庫操作，系統的性能必然會急劇下降，甚至會導致系統崩潰。資料庫連接池技術是解決這個問題最常用的方法，在許多應用程序伺服器（例如：Weblogic,WebSphere,JBoss）中，基本都提供了這項技術，無需自己編程，但是，深入了解這項技術是非常必要的。
資料庫連接池技術的思想非常簡單，將資料庫連接作為對象存儲在一個Vector對象中，一旦資料庫連接建立後，不同的資料庫訪問請求就可以共享這些連接，這樣，通過復用這些已經建立的資料庫連接，可以克服上述缺點，極大地節省系統資源和時間。
資料庫連接池的主要操作如下：
（1）建立資料庫連接池對象（伺服器啟動）。
（2）按照事先指定的參數創建初始數量的資料庫連接（即：空閑連接數）。
（3）對於一個資料庫訪問請求，直接從連接池中得到一個連接。如果資料庫連接池對象中沒有空閑的連接，且連接數沒有達到最大（即：最大活躍連接數），創建一個新的資料庫連接。
（4）存取資料庫。
（5）關閉資料庫，釋放所有資料庫連接（此時的關閉資料庫連接，並非真正關閉，而是將其放入空閑隊列中。如實際空閑連接數大於初始空閑連接數則釋放連接）。
（6）釋放資料庫連接池對象（伺服器停止、維護期間，釋放資料庫連接池對象，並釋放所有連接）。

6. 哪些資料庫支持高並發

池化支持，
資料庫連接池是最常見的池化手段。由於連接資料庫會耗費比較多的時間，所以可以通過復用連接的方式來減少這些時間開銷。使用連接池的時候需要控制好兩個變數

7. 釋放資料庫連接 引用次數 為什麼

資源池(resource pool)。該模式正是為解決資源頻繁分配、釋放所造成的問題。資料庫連接池的基本思想就是為資料庫連接建立一個「緩沖池」。預先在緩沖池中放入一定數量的連接，當需要建立資料庫連接時，只需要從緩沖池中取出一個了，使用完畢後再放回去。我們可以通過設定連接池最大數來防止系統無盡的與資料庫連接。更為重要的是我們可以通過連接池的管理機制監視資料庫連接使用數量，使用情況，為系統開發，測試以及性能調整提供依據。

連接池的相關問題分析：

1、並發問題。

為了使連接管理服務具有最大的通用性，必須考慮多線程環境，並發問題。這個問題相對比較好解決，因為各個語言自身提供了並發管理的支持，比如java c#等，使用synchronized(java) lock(c#)等關鍵字確保線程同步。

2、事務管理。

我們知道，事務具有原子性，此時要求對資料庫操作符合「ALL-ALL-NOTHING」原則，即對於一組sql語句要麼全做，要麼全不做。我們知道當兩個線程共用一個連接connection對象時，而且各自都有自己的事務要處理時，對於連接池是一個很頭疼的問題，因為即使connection類提供了相應的事務支持，可是我們仍然不能確定那個資料庫操作對應那個事務。知識由於我們的兩個線程都在進行事務操作。為此我們可以使用每一個事物獨佔一個連接來實現，雖然這種方法有點浪費連接池資源但是可以大大降低事務管理的復雜性。

3、連接池的分配與釋放

連接池的分配與釋放，對系統的性能有很大的影響。合理的分配與釋放，可以提高連接的復用度，從而降低建立新連接的開銷，同時還可以加快用戶的訪問速度。
對於連接的管理可使用一個List。即把已經創建的連接都放入List中去統一管理。每當用戶請求一個連接時，系統檢查這個List中有沒有可以分配的連接。如果有就把那個最合適的連接分配給他（如何能找到最合適的連接文章將在關鍵議題中指出）；如果沒有就拋出一個異常給用戶，List中連接是否可以被分配由一個線程來專門管理捎後我會介紹這個線程的具體實現。

4、連接池的配置與維護

連接池中到底應該放置多少連接，才能使系統的性能最佳？系統可採取設置最小連接數（minConnection）和最大連接數（maxConnection）等參數來控制連接池中的連接。比方說，最小連接數是系統啟動時連接池所創建的連接數。如果創建過多，則系統啟動就慢，但創建後系統的響應速度會很快；如果創建過少，則系統啟動的很快，響應起來卻慢。這樣，可以在開發時，設置較小的最小連接數，開發起來會快，而在系統實際使用時設置較大的，因為這樣對訪問客戶來說速度會快些。最大連接數是連接池中允許連接的最大數目，具體設置多少，要看系統的訪問量，可通過軟體需求上得到。
如何確保連接池中的最小連接數呢？有動態和靜態兩種策略。動態即每隔一定時間就對連接池進行檢測，如果發現連接數量小於最小連接數，則補充相應數量的新連接,以保證連接池的正常運轉。靜態是發現空閑連接不夠時再去檢查。

引用記數

在分配、釋放策略對於有效復用連接非常重要，我們採用的方法也是採用了一個很有名的設計模式：reference counting（引用記數）。該模式在復用資源方面使用非常廣泛，我們把該方法運用到對於連接分配釋放上。每一個資料庫連接，保留一個引用記數，用來記錄該鏈接的使用者的個數。具體實現上，我們對connection類進行了進一步包裝來實現引用記數。被包裝的connection類我們提供2個方法來實現引用記數的操作，一個是repeat（被分配出去）一個是remove（被釋放回來）;然後利用repeatnow屬性來確定當前引用多少，具體是哪個用戶引用了該連接，將在連接池中登記；最後提供isRepeat屬性來確定該連接是否可以使用引用記數技術。一旦一個連接被分配出去，那麼就會對該連接的申請者進行登記，並且增加引用記數，當被釋放回來時就刪除他登記的信息，同時減少一次引用記數。這樣做的一個很大的好處是，使得我們可以高效的使用連接，因為一旦所有連接都被分配出去，我們就可以根據相應的策略從使用池中挑出一個正在使用的連接來復用，而不是隨便拿出一個連接去復用。

連接池用於創建和管理資料庫連接的緩沖技術，緩沖池中的連接可以被任何需要他們的線程使用。當一個線程需要使用JDBC對一個資料庫操作時，將從池中請求一個連接。當這個鏈接使用完畢後，將返回連接池中，等待為其他的線程服務。

連接池的主要優點：

1）減少連接的創建時間，連接池中的連接是已准備好的，可以重復使用的，獲取後可以直接訪問資料庫，因此減少了連接創建的次數和時間。

2）簡化的編程模式。當使用連接池時，每一個單獨的線程能夠像創建自己的JDBC連接一樣操作，允許用戶直接使用JDBC編程技術。

3）控制資源的使用。如果不使用連接池，每次訪問資料庫都需要創建一個連接，這樣系統的穩定性受系統的連接需求影響很大，很容易產生資源浪費和高負載異常。連接池能夠使性能最大化，將資源利用控制在一定的水平之下。連接池能控制池中的鏈接數量，增強了系統在大量用戶應用時的穩定性。

連接池的工作原理：

連接池的核心思想是連接的復用，通過建立一個資料庫連接池以及一套連接使用、分配和管理策略，使得該連接池中的連接可以得到高效，安全的復用，避免了資料庫連接頻繁建立和關閉的開銷。

連接池的工作原理主要由三部分組成，分別為連接池的建立，連接池中連接的使用管理，連接池的關閉。

第一、連接池的建立。一般在系統初始化時，連接池會根據系統配置建立，並在池中建立幾個連接對象，以便使用時能從連接池中獲取，連接池中的連接不能隨意創建和關閉，這樣避免了連接隨意建立和關閉造成的系統開銷。java中提供了很多容器類，可以方便的構建連接池，例如Vector,stack等。

第二、連接池的管理。連接池管理策略是連接池機制的核心，連接池內連接的分配和釋放對系統的性能有很大的影響。其策略是：

當客戶請求資料庫連接時，首先查看連接池中是否有空閑連接，如果存在空閑連接，則將連接分配給客戶使用；如果沒有控線連接，則查看當前所開的連接數是否已經達到最大連接數，例如如果沒有達到就重新創建一個請求的客戶；如果達到，就按設定的最大等待時間進行等待，如果超出最大等待時間，則拋出異常給客戶。

當客戶釋放資料庫連接時，先判斷該連接的引用次數是否超過了規定值，如果超過了就從連接池中刪除該連接，否則就保留為其他客戶服務。該策略保證了資料庫連接的有效復用，避免了頻繁建立釋放連接所帶來的系統資源的開銷。

第三、連接池的關閉。當應用程序退出時，關閉連接池中所有的鏈接，釋放連接池相關資源，該過程正好與創建相反。

8. 簡述文件系統與資料庫系統有什麼區別和聯系

文件系統和資料庫系統之間的區別：

（1） 文件系統用文件將數據長期保存在外存上，資料庫系統用資料庫統一存儲數據；

（2） 文件系統中的程序和數據有一定的聯系，資料庫系統中的程序和數據分離；

（3） 文件系統用操作系統中的存取方法對數據進行管理，資料庫系統用DBMS統一管理和控制數據；

（4） 文件系統實現以文件為單位的數據共享，資料庫系統實現以記錄和欄位為單位的數據共享。

文件系統和資料庫系統之間的聯系：

（1） 均為數據組織的管理技術；

（2） 均由數據管理軟體管理數據，程序與數據之間用存取方法進行轉換；

（3） 資料庫系統是在文件系統的基礎上發展而來的。

文件系統是操作系統用於明確存儲設備（常見的是磁碟，也有基於NAND Flash的固態硬碟）或分區上的文件的方法和數據結構；即在存儲設備上組織文件的方法。操作系統中負責管理和存儲文件信息的軟體機構稱為文件管理系統，簡稱文件系統。

文件系統由三部分組成：文件系統的介面，對對象操縱和管理的軟體集合，對象及屬性。從系統角度來看，文件系統是對文件存儲設備的空間進行組織和分配，負責文件存儲並對存入的文件進行保護和檢索的系統。具體地說，它負責為用戶建立文件，存入、讀出、修改、轉儲文件，控制文件的存取，當用戶不再使用時撤銷文件等。

(8)資料庫復用擴展閱讀：

資料庫系統

資料庫系統DBS（Data Base System，簡稱DBS）通常由軟體、資料庫和數據管理員組成。其軟體主要包括操作系統、各種宿主語言、實用程序以及資料庫管理系統。

資料庫由資料庫管理系統統一管理，數據的插入、修改和檢索均要通過資料庫管理系統進行。數據管理員負責創建、監控和維護整個資料庫，使數據能被任何有權使用的人有效使用。資料庫管理員一般是由業務水平較高、資歷較深的人員擔任。