一般來說，理想的2 4×7資料庫系統在體系結構上應該具有以下特點：
* 健壯性 這個資料庫系統應該能夠自動處理許多系統失敗以及資料庫失敗。並且必須對
每個單一失敗點進行標識，同時為每個這種元件提供了相應的冗餘元件。
* 透明的失敗恢復 系統應該提供最大限度的失敗恢復透明性，使得主資料庫系統在崩潰
時能夠盡量不影響系統的整體可用性。需要說明的是，失敗恢復不僅是指資料庫系統失
敗的檢測功能，同時還包括作出相應響應動作的過程。必須提供一種機制，能夠週期性
地檢測資料庫系統的穩定性。如果將這種週期性檢查的週期時間設定過短，那麼就有可
能會由於經常性的檢測動作而導致系統整體效能的下降；而如果將這種週期性檢查的周
期時間設定過長，那麼就有可能導致資料庫系統服務的失敗被終端使用者所感覺到。此外，
一旦主資料庫系統的失敗被檢測到，所採用的失敗恢復策略必須能夠重新發現資料庫的
新連線路由，以便盡快地與資料庫系統建立連線。這時需要注意的是，先前的資料庫連
接有可能是活躍的也有可能是非活躍的。其中對於資料庫連線的活躍性判斷非常關鍵，
2 4×7方式必須保證資料庫連線中的應用程式具有重新啟動功能。如果這種功能不能實
現，那麼資料庫的解決方案中就必須提供一種機制，能夠在必要的情況下重新建立應用
程式與資料庫系統的連線，從而減少應用程式反覆呼叫資料庫的開銷。有些時候，資料
庫系統服務的中斷很容易被資料庫訪問使用者所發現，這是因為使用者可以明顯地感覺到數
據庫系統連線被中斷。
* 資料完整性 2 4×7方式下的資料庫系統必須保證資料的完整性，不能允許出現資料的
丟失或者資料內部相關性的衝突。例如，在將所有的資料從主資料庫系統傳送到備份數
據庫系統的過程中，不允許出現任何資料丟失的現象。
* 經濟承受能力 實現資料庫系統的開銷以及資料庫系統自身的開銷，應該低於不採用 2 4
×7方式時的比例。在短時期內，2 4×7方式資料庫系統的開銷也許會比較高（只要開啟
這段時間以來的記帳本就可以發現）。但是，隨著時間的推移，這種高開銷就會明顯地
下降，這是因為2 4×7所帶來的效益。關於這一點，只有在將 2 4×7方式下資料庫系統的
開銷與潛在的系統停工時間所帶來的效益損失進行比較才可以發現。在進行損失計算時，
只要考慮在資料庫系統訪問的高峰期這個特殊情況就可以得到最壞情況下的損失大小。
因為，在其他時間，所造成的損失應該不會大於此時的損失。
* 優化資源使用 2 4×7方式下的資料庫系統應該以盡可能優化的方式來使用系統資源，
以便不會到達系統的飽和狀態（特別是在資料庫系統訪問的高峰期）。
* 系統實現的簡單性 將公司的資料庫系統移植到 2 4×7方式下的工作量不應該過大，並
且系統停工時間以及服務質量的下降（對於使用者來說）必須保證在使用者可接受的範圍之
內（這個範圍應該作為考慮系統方式移植的乙個因素）。同時，對相關元件（包括應用
程式、安全策略等等）所作的修改必須具有一定的可行性。
* 系統可維護性 必須保證公司內的系統管理人員能夠在不求助於不可行方式（例如，頻
繁的脫產培訓、複雜的維護工具、高階專家顧問的常規性訪問）的情況下進行系統維
護。* 效能 在日常的工作中，新的資料庫系統不應該影響系統效能。需要說明的是，某種程
度上的效能影響也許會是不可避免的。例如，如果 2 4×7方式要求所有的應用程式都必
須通過多個資料庫（包括位於遠端站點的資料庫）才能正常工作，那麼網路延遲就有可
能會影響應用程式的正常工作。但是，必須保證這種影響在可接受的範圍之內。
資料庫系統mysql MySQL資料庫系統
1 mysql的特點 1 多執行緒 多使用者 2 基於c s 客戶端 伺服器 架構 3 簡單易用 查詢速度快 4 安全可靠 2 mysql編譯安裝 代表鍵盤上tab鍵 1 準備工作 解除安裝使用rpm方式安裝的mysql rpm e mysql nodeps 安裝cmake包 cd media ta...
資料庫系統 資料庫 資料庫管理系統 資料庫系統
繼續寫資料庫系統的文章，第二篇 資料庫 資料庫管理系統 資料庫系統。本文主要談談這三者之間的關係。下方，摘自老師的ppt，非原創。資料庫管理系統 從系統角度看資料庫管理系統 資料庫系統 資料庫指的是長期儲存在計算機內有組織的，大量的，相關聯的，可共享的資料集合。資料應當是有組織的，不應該是雜亂無章的...
資料庫 資料庫系統 1 資料庫系統概述
本節先對資料庫系統有個全貌的了解。資料庫 database，是長期儲存在計算機內 有組織的 可共享的大量資料的集合 資料庫管理系統 dbms，位於使用者與os之間的一層資料管理軟體，負責科學地組織和儲存資料 高效地獲取和維護資料，功能包括 資料庫系統 dbs，是資料庫 資料庫管理系統 應用程式 資料...