篇一：QQ加群——關鍵詞搜索
篇二：聊天軟體資料庫設計
表結構
資料庫表結構設計方案，僅供參考
UserState(--用戶狀態表
Friends(--好友表
)
FriendGroups(--好友分組表
FriendType (--好友類型
Messages(--聊天記錄表 )
MessagesType（--消息類型
）
Nation (--國家
Province (--省份 )
City (--城市
User_Groups(--用戶群表
User_GroupsToUser(--群用戶關聯表
User_GroupsMSGContent(--群消息內容表 ）
User_GroupsMSGToUser(--群消息關聯表
User_GroupsMSGUserToUser(--群內私聊消息關聯表 ）
篇三：資料庫分區
伺服器集群技術方案
一、概念與定義
集群（Cluster）技術是發展高性能計算機的一項技術。它是一組相互獨立的計算機，利用高速通信網絡組成一個單一的計算機系統，並以單一系統的模式加以管理。其出發點是提供高可靠性、可擴充性和抗災難性。一個集群包含多台擁有共享數據存儲空間的伺服器，各伺服器通過內部區域網相互通信。當一台伺服器發生故障時，它所運行的應用程式將由其它伺服器自動接管。在大多數模式下，集群中所有的計算機擁有一個共同的名稱，集群內的任一系統上運行的服務都可被所有的網絡客戶使用。採用集群系統通常是為了提高系統的穩定性和網絡中心的數據處理能力及服務能力。
集群分為同構與異構兩種，它們的區別在於：組成集群系統的計算機之間的體系結構是否相同。集群計算機按功能和結構可以分成以下幾類:
高可用性集群 High-availability (HA) clusters
負載均衡集群 Load balancing clusters
高性能計算集群 High-performance (HPC) clusters
網格計算 Grid computing
高可用性集群
一般是指當集群中有某個節點失效的情況下，其上的任務會自動轉移到其他正常的節點上。還指可以將集群中的某節點進行離線維護再上線，該過程並不影響整個集群的運行。
負載均衡集群
負載均衡集群運行時一般通過一個或者多個前端負載均衡器將工作負載分發到後端的一組伺服器上，從而達到整個系統的高性能和高可用性。這樣的計算機集群有時也被稱為伺服器群（Server Farm）。 一般高可用性集群和負載均衡集
MDCC移動開發者大會精彩薈萃 智能硬體 移動開發 產品體驗 粉絲經濟 社交遊戲
群會使用類似的技術，或同時具有高可用性與負載均衡的特點。
Linux虛擬伺服器（LVS）項目在Linux作業系統上提供了最常用的負載均衡軟體。
高性能計算集群
高性能計算集群採用將計算任務分配到集群的不同計算節點而提高計算能力，因而主要應用在科學計算領域。比較流行的HPC採用Linux作業系統和其它一些免費軟體來完成並行運算。這一集群配置通常被稱為Beowulf集群。這類集群通常運行特定的程序以發揮HPC cluster的並行能力。這類程序一般應用特定的運行庫, 比如專為科學計算設計的MPI庫。
HPC集群特別適合於在計算中各計算節點之間發生大量數據通訊的計算作業，比如一個節點的中間結果或影響到其它節點計算結果的情況。
網格計算
網格計算或網格集群是一種與集群計算非常相關的技術。網格與傳統集群的主要差別是網格是連接一組相關並不信任的計算機，它的運作更像一個計算公共設施而不是一個獨立的計算機。還有，網格通常比集群支持更多不同類型的計算機集合。
網格計算是針對有許多獨立作業的工作任務作優化，在計算過程中作業間無需共享數據。網格主要服務於管理在獨立執行工作的計算機間的作業分配。資源如存儲可以被所有結點共享，但作業的中間結果不會影響在其他網格結點上作業的進展。
Oracle資料庫集群
Real Application Cluster(以前稱作Oracle Parallel Server，OPS)用來在集群環境下實現多機共享資料庫，以保證應用的高可用性。同時可以自動實現並行處理
及均分負載，還能實現資料庫在故障時的容錯和無斷點恢復。
Real Application Cluster為大多數關鍵業務要求的資料庫環境提供了極高的性能和完善的糾錯功能。Real Application Cluster允許集群系統或大型並行系統中的多個節點共享同一物理資料庫。Real Application Cluster可以自動進行負載平衡、故障修復和規劃停機時間，以支持高可用性應用程式。它還顯著地提高了大型數據倉庫和決策支持系統的性能。通過與並行查詢選件結合，它還提供了節點間的並行性和節點內的並行性，以得到更高的性能。 多伺服器的Cluster（集群）結構，因其具有高可靠性、大容量共享磁碟支持、以及無斷點的故障恢復，越來越受到業界的關注，越來越多的硬體廠商都相繼推出自己的Cluster機種和機型，它已經成為硬體平台的一個新的發展方向。
當並行伺服器中某節點失效，透明的應用程式容錯能夠把用戶自動轉接到另一節點上繼續運行，應用程式在用戶沒有察覺的情況下繼續執行。這使周期性和非周期性發生故障的系統增大了連續可用性。進程的失效可以完全透明地轉移到另一節點上去，通過適當地配置，可以
指定所有查詢都在客戶端進行緩存，這樣它們便可以在轉移後的節點上重新設置。同時，還可以在沒有失效時預先與容錯節點建立一個連接，這樣可以減少容錯時在連接所花的時間。
Oracle11g Real Application Cluster 並行伺服器方式有以下優點：
各伺服器共享一個資料庫，在正常運行時可以進行負載分擔，無需考慮
應用數據的人為分割
並行伺服器方式對應用完全透明，在應用程式設計和開發的過程中也不
需要進行特殊編程，簡化了開發的複雜程度，同時今後系統擴展也無需修改應用程式不需要重新啟動資料庫核心進程，縮短了故障造成的停機時間
總結以上ORACLE RAC的功能和特點，ORACLE RAC主要具有如下好處： 1. 可伸縮性 用戶或者中間層應用伺服器客戶，可以通過虛擬資料庫服務名連接到資料庫上。Oracle在集群中多個節點之間自動平衡用戶負載。不同節點上的Real Application Clusters資料庫實例預訂所有資料庫服務或者部分子集資料庫服務。這使得DBA高度靈活地選定，連接到特定資料庫服務的特定應用程式客戶是否可以連接到某些或者全部的資料庫節點。
說明：
資料庫分區容器路徑不可違反下列需求之一：
* 容器路徑必須是有效的標準絕對路徑或有效的相對路徑。後者解釋為相對於數
*
*
*
*
據庫目錄。 對於 EXTEND、REDUCE、RESIZE 和 DROP 操作，指定容器路徑必須存在。 路徑對於實例標識必須是可讀寫的（檢查基於 UNIX 的系統上的文件許可權） 。 系統管理的表空間中的容器（目錄）在指定為容器時必須是空的，並且不能嵌 套在其他容器以下。 一個資料庫的容器不能定位在另一資料庫的目錄之下，並且不可以在看起來是 其他資料庫的任何目錄之下。這將任何 SQLnnnnn 格式的目錄排除在外，這 * 容器的類型必須是命令中指定的類型（目錄，文件或者設備）。 里"n"是任意的數字。
* 容器必須在作業系統的文件大小限制以內。
* 在所有代理程序終止後，已刪除的資料庫管理的表空間的容器（文件）僅能重 新用作系統管理的表空間的容器（目錄），反之亦然。
* 重定向復原期間，對 DMS 表空間指定了 SMS 容器，或對 SMS 表空間指定了 DMS 容器。
* 用於 EXTEND、REDUCE、RESIZE 或 DROP 操作的容器的指定類型與創建容器時
指定的容器（FILE 或 DEVICE）的類型不匹配。
如果發生阻止 DB2 訪問容器的任何其他意外錯誤，那麼也將返回此消息。
如果您正在使用集群管理器，並且 DB2 資料庫管理器未能將資料庫容器路徑添加 至集群管理器配置，那麼就可能會返回此錯誤。如果集群管理器無法訪問此路徑 ，那麼集群管理器將不能成功地管理涉及到此路徑的故障轉移。集群管理器中生 成的錯誤消息將記錄在 db2diag 日誌文件中。
用戶響應：
指定另一個容器位置或更改容器以使其可被 DB2 接受（如更改文件許可權），然 後再次嘗試。
如果您正在使用集群管理器，那麼更正問題並重新提交該命令：
1. 查看 db2diag 日誌文件，以獲取集群管理器中生成的錯誤消息。
2. 對 db2diag 日誌文件中的集群管理器錯誤消息作出響應，以更正導致 DB2 數 據庫管理器無法將路徑添加至集群管理器配置的底層問題。
3. 重新提交該命令。
採用資料庫分區，可以為您帶來如下好處：
查詢擴展性
這是採用DB2資料庫分區最主要的原因之一。將一個大的資料庫分成多個小的資料庫可以提高查詢的性能，因為每個資料庫分區擁有自己的一小部分數據。假設您想掃描1億條記錄，對一個單一分區的資料庫來講，該掃描操作需要資料庫管理器獨立掃描一億條記錄，如果您將資料庫系統做成50個分區，並將這1億條記錄平均分配到這50個分區上，那麼每個資料庫分區的資料庫管理器將只掃描200萬記錄。
架構限制
在DB2V8和以前版本，非分區資料庫的最大的表取決於頁面大小，4K頁最大支持64 GB，32K頁最大支持512 GB數據量。表和表空間大小限制是每個分區上的限制，因此將資料庫分成N個分區可以將表的最大尺寸增加為單個分區表最大尺寸的N倍。內存也可能是個限制，
特別是在32為作業系統環境，因為每個資料庫分區管理並擁有自己的資源，因此通過資料庫分區可以克服這個限制。
資料庫裝載性能
資料庫分區可以並行裝載數據到所有資料庫分區，極大減少單表的裝載時間，這對於像實時商業智能系統那樣對數據裝載的時間要求特別高的系統特別重要。
資料庫維護性能
將資料庫分散到多個資料庫分區伺服器可以加快系統維護，因為每個操作都運行在分區所管理的一個數據子集上面，這樣可以通過資料庫分區進一步減少創建索引的時間，減少搜集統計信息的時間，因為runstats僅運行在一個資料庫分區上面，減少表重整(reorg)的時間。
備份/恢復性能
將資料庫分區到不同的資料庫伺服器上可以大大減少資料庫備份的時間，這往往是決定是否使用資料庫分區很重要的一點。DB2通過為每個表空間分配獨立的進程或線程來實現備份和恢復操作的並行處理的。在分區資料庫環境的備份中，每個DB2資料庫分區的備份是獨立的，通過並行備份資料庫分區可以大大減少備份整個資料庫的時間。
什麼時候採用資料庫分區
設計資料庫分區的基本原則是，儘量將大表分布在所有的分區上，提高並行處理能力;將小表放置在儘量少的分區上，一般是建議放在單一分區上;儘量減少分區間的通信。對於是否採用資料庫分區，除了考慮上一節提到的分區的優勢之外，我們也要根據DB2資料庫分區設計原則來考慮：
選擇資料庫分區的一個比較理想的場景是執行一條像 」 select count(*) from
big_table」這樣的語句。如果將這個表放在所有分區上，則每個分區都可以計算該表在其上的行數，並將這個局部總數(subtotal)發送到協調分區，以便計算總和，而這裡的通信成本比起每個分區上所做的工作來可以忽略不計。
另一個非常合適的場景是， 一個大表與幾個非常小的很少更新的表相連接。大表是分區的，小表則被複製到每個分區上，這樣就可以並置連接。
篇二：聊天軟體資料庫設計
表結構
資料庫表結構設計方案，僅供參考
UserState(--用戶狀態表
Friends(--好友表
)
FriendGroups(--好友分組表
FriendType (--好友類型
Messages(--聊天記錄表 )
MessagesType（--消息類型
）
Nation (--國家
Province (--省份 )
City (--城市
User_Groups(--用戶群表
User_GroupsToUser(--群用戶關聯表
User_GroupsMSGContent(--群消息內容表 ）
User_GroupsMSGToUser(--群消息關聯表
User_GroupsMSGUserToUser(--群內私聊消息關聯表 ）
篇三：資料庫分區
伺服器集群技術方案
一、概念與定義
集群（Cluster）技術是發展高性能計算機的一項技術。它是一組相互獨立的計算機，利用高速通信網絡組成一個單一的計算機系統，並以單一系統的模式加以管理。其出發點是提供高可靠性、可擴充性和抗災難性。一個集群包含多台擁有共享數據存儲空間的伺服器，各伺服器通過內部區域網相互通信。當一台伺服器發生故障時，它所運行的應用程式將由其它伺服器自動接管。在大多數模式下，集群中所有的計算機擁有一個共同的名稱，集群內的任一系統上運行的服務都可被所有的網絡客戶使用。採用集群系統通常是為了提高系統的穩定性和網絡中心的數據處理能力及服務能力。
集群分為同構與異構兩種，它們的區別在於：組成集群系統的計算機之間的體系結構是否相同。集群計算機按功能和結構可以分成以下幾類:
高可用性集群 High-availability (HA) clusters
負載均衡集群 Load balancing clusters
高性能計算集群 High-performance (HPC) clusters
網格計算 Grid computing
高可用性集群
一般是指當集群中有某個節點失效的情況下，其上的任務會自動轉移到其他正常的節點上。還指可以將集群中的某節點進行離線維護再上線，該過程並不影響整個集群的運行。
負載均衡集群
負載均衡集群運行時一般通過一個或者多個前端負載均衡器將工作負載分發到後端的一組伺服器上，從而達到整個系統的高性能和高可用性。這樣的計算機集群有時也被稱為伺服器群（Server Farm）。 一般高可用性集群和負載均衡集
MDCC移動開發者大會精彩薈萃 智能硬體 移動開發 產品體驗 粉絲經濟 社交遊戲
群會使用類似的技術，或同時具有高可用性與負載均衡的特點。
Linux虛擬伺服器（LVS）項目在Linux作業系統上提供了最常用的負載均衡軟體。
高性能計算集群
高性能計算集群採用將計算任務分配到集群的不同計算節點而提高計算能力，因而主要應用在科學計算領域。比較流行的HPC採用Linux作業系統和其它一些免費軟體來完成並行運算。這一集群配置通常被稱為Beowulf集群。這類集群通常運行特定的程序以發揮HPC cluster的並行能力。這類程序一般應用特定的運行庫, 比如專為科學計算設計的MPI庫。
HPC集群特別適合於在計算中各計算節點之間發生大量數據通訊的計算作業，比如一個節點的中間結果或影響到其它節點計算結果的情況。
網格計算
網格計算或網格集群是一種與集群計算非常相關的技術。網格與傳統集群的主要差別是網格是連接一組相關並不信任的計算機，它的運作更像一個計算公共設施而不是一個獨立的計算機。還有，網格通常比集群支持更多不同類型的計算機集合。
網格計算是針對有許多獨立作業的工作任務作優化，在計算過程中作業間無需共享數據。網格主要服務於管理在獨立執行工作的計算機間的作業分配。資源如存儲可以被所有結點共享，但作業的中間結果不會影響在其他網格結點上作業的進展。
Oracle資料庫集群
Real Application Cluster(以前稱作Oracle Parallel Server，OPS)用來在集群環境下實現多機共享資料庫，以保證應用的高可用性。同時可以自動實現並行處理
及均分負載，還能實現資料庫在故障時的容錯和無斷點恢復。
Real Application Cluster為大多數關鍵業務要求的資料庫環境提供了極高的性能和完善的糾錯功能。Real Application Cluster允許集群系統或大型並行系統中的多個節點共享同一物理資料庫。Real Application Cluster可以自動進行負載平衡、故障修復和規劃停機時間，以支持高可用性應用程式。它還顯著地提高了大型數據倉庫和決策支持系統的性能。通過與並行查詢選件結合，它還提供了節點間的並行性和節點內的並行性，以得到更高的性能。 多伺服器的Cluster（集群）結構，因其具有高可靠性、大容量共享磁碟支持、以及無斷點的故障恢復，越來越受到業界的關注，越來越多的硬體廠商都相繼推出自己的Cluster機種和機型，它已經成為硬體平台的一個新的發展方向。
當並行伺服器中某節點失效，透明的應用程式容錯能夠把用戶自動轉接到另一節點上繼續運行，應用程式在用戶沒有察覺的情況下繼續執行。這使周期性和非周期性發生故障的系統增大了連續可用性。進程的失效可以完全透明地轉移到另一節點上去，通過適當地配置，可以
指定所有查詢都在客戶端進行緩存，這樣它們便可以在轉移後的節點上重新設置。同時，還可以在沒有失效時預先與容錯節點建立一個連接，這樣可以減少容錯時在連接所花的時間。
Oracle11g Real Application Cluster 並行伺服器方式有以下優點：
各伺服器共享一個資料庫，在正常運行時可以進行負載分擔，無需考慮
應用數據的人為分割
並行伺服器方式對應用完全透明，在應用程式設計和開發的過程中也不
需要進行特殊編程，簡化了開發的複雜程度，同時今後系統擴展也無需修改應用程式不需要重新啟動資料庫核心進程，縮短了故障造成的停機時間
總結以上ORACLE RAC的功能和特點，ORACLE RAC主要具有如下好處： 1. 可伸縮性 用戶或者中間層應用伺服器客戶，可以通過虛擬資料庫服務名連接到資料庫上。Oracle在集群中多個節點之間自動平衡用戶負載。不同節點上的Real Application Clusters資料庫實例預訂所有資料庫服務或者部分子集資料庫服務。這使得DBA高度靈活地選定，連接到特定資料庫服務的特定應用程式客戶是否可以連接到某些或者全部的資料庫節點。
說明：
資料庫分區容器路徑不可違反下列需求之一：
* 容器路徑必須是有效的標準絕對路徑或有效的相對路徑。後者解釋為相對於數
*
*
*
*
據庫目錄。 對於 EXTEND、REDUCE、RESIZE 和 DROP 操作，指定容器路徑必須存在。 路徑對於實例標識必須是可讀寫的（檢查基於 UNIX 的系統上的文件許可權） 。 系統管理的表空間中的容器（目錄）在指定為容器時必須是空的，並且不能嵌 套在其他容器以下。 一個資料庫的容器不能定位在另一資料庫的目錄之下，並且不可以在看起來是 其他資料庫的任何目錄之下。這將任何 SQLnnnnn 格式的目錄排除在外，這 * 容器的類型必須是命令中指定的類型（目錄，文件或者設備）。 里"n"是任意的數字。
* 容器必須在作業系統的文件大小限制以內。
* 在所有代理程序終止後，已刪除的資料庫管理的表空間的容器（文件）僅能重 新用作系統管理的表空間的容器（目錄），反之亦然。
* 重定向復原期間，對 DMS 表空間指定了 SMS 容器，或對 SMS 表空間指定了 DMS 容器。
* 用於 EXTEND、REDUCE、RESIZE 或 DROP 操作的容器的指定類型與創建容器時
指定的容器（FILE 或 DEVICE）的類型不匹配。
如果發生阻止 DB2 訪問容器的任何其他意外錯誤，那麼也將返回此消息。
如果您正在使用集群管理器，並且 DB2 資料庫管理器未能將資料庫容器路徑添加 至集群管理器配置，那麼就可能會返回此錯誤。如果集群管理器無法訪問此路徑 ，那麼集群管理器將不能成功地管理涉及到此路徑的故障轉移。集群管理器中生 成的錯誤消息將記錄在 db2diag 日誌文件中。
用戶響應：
指定另一個容器位置或更改容器以使其可被 DB2 接受（如更改文件許可權），然 後再次嘗試。
如果您正在使用集群管理器，那麼更正問題並重新提交該命令：
1. 查看 db2diag 日誌文件，以獲取集群管理器中生成的錯誤消息。
2. 對 db2diag 日誌文件中的集群管理器錯誤消息作出響應，以更正導致 DB2 數 據庫管理器無法將路徑添加至集群管理器配置的底層問題。
3. 重新提交該命令。
採用資料庫分區，可以為您帶來如下好處：
查詢擴展性
這是採用DB2資料庫分區最主要的原因之一。將一個大的資料庫分成多個小的資料庫可以提高查詢的性能，因為每個資料庫分區擁有自己的一小部分數據。假設您想掃描1億條記錄，對一個單一分區的資料庫來講，該掃描操作需要資料庫管理器獨立掃描一億條記錄，如果您將資料庫系統做成50個分區，並將這1億條記錄平均分配到這50個分區上，那麼每個資料庫分區的資料庫管理器將只掃描200萬記錄。
架構限制
在DB2V8和以前版本，非分區資料庫的最大的表取決於頁面大小，4K頁最大支持64 GB，32K頁最大支持512 GB數據量。表和表空間大小限制是每個分區上的限制，因此將資料庫分成N個分區可以將表的最大尺寸增加為單個分區表最大尺寸的N倍。內存也可能是個限制，
特別是在32為作業系統環境，因為每個資料庫分區管理並擁有自己的資源，因此通過資料庫分區可以克服這個限制。
資料庫裝載性能
資料庫分區可以並行裝載數據到所有資料庫分區，極大減少單表的裝載時間，這對於像實時商業智能系統那樣對數據裝載的時間要求特別高的系統特別重要。
資料庫維護性能
將資料庫分散到多個資料庫分區伺服器可以加快系統維護，因為每個操作都運行在分區所管理的一個數據子集上面，這樣可以通過資料庫分區進一步減少創建索引的時間，減少搜集統計信息的時間，因為runstats僅運行在一個資料庫分區上面，減少表重整(reorg)的時間。
備份/恢復性能
將資料庫分區到不同的資料庫伺服器上可以大大減少資料庫備份的時間，這往往是決定是否使用資料庫分區很重要的一點。DB2通過為每個表空間分配獨立的進程或線程來實現備份和恢復操作的並行處理的。在分區資料庫環境的備份中，每個DB2資料庫分區的備份是獨立的，通過並行備份資料庫分區可以大大減少備份整個資料庫的時間。
什麼時候採用資料庫分區
設計資料庫分區的基本原則是，儘量將大表分布在所有的分區上，提高並行處理能力;將小表放置在儘量少的分區上，一般是建議放在單一分區上;儘量減少分區間的通信。對於是否採用資料庫分區，除了考慮上一節提到的分區的優勢之外，我們也要根據DB2資料庫分區設計原則來考慮：
選擇資料庫分區的一個比較理想的場景是執行一條像 」 select count(*) from
big_table」這樣的語句。如果將這個表放在所有分區上，則每個分區都可以計算該表在其上的行數，並將這個局部總數(subtotal)發送到協調分區，以便計算總和，而這裡的通信成本比起每個分區上所做的工作來可以忽略不計。
另一個非常合適的場景是， 一個大表與幾個非常小的很少更新的表相連接。大表是分區的，小表則被複製到每個分區上，這樣就可以並置連接。
收藏