對象數據存在哪裡的

『壹』 鏁版嵁搴撴槸浠涔

鏁版嵁搴擄紙DataBase錛孌B錛夋槸鎸夌収鏁版嵁緇撴瀯鏉ョ粍緇囥佸瓨鍌ㄥ拰綆＄悊鏁版嵁鐨勪粨搴撱

闅忕潃淇℃伅鎶鏈鍜屽競鍦虹殑鍙戝睍錛岀壒鍒鏄20涓栫邯90騫翠唬浠ュ悗錛屾暟鎹綆＄悊涓嶅啀浠呬粎鏄瀛樺偍鍜岀＄悊鏁版嵁錛岃岃漿鍙樻垚鐢ㄦ埛鎵闇瑕佺殑鍚勭嶆暟鎹綆＄悊鐨勬柟寮忋傛暟鎹搴撴湁寰堝氱嶇被鍨嬶紝浠庢渶綆鍗曠殑瀛樺偍鏈夊悇縐嶆暟鎹鐨勮〃鏍煎埌鑳藉熻繘琛屾搗閲忔暟鎹瀛樺偍鐨勫ぇ鍨嬫暟鎹搴撶郴緇燂紝鍦ㄥ悇涓鏂歸潰閮藉緱鍒頒簡騫挎硾鐨勫簲鐢ㄣ

鏁版嵁搴撴槸涓涓闀挎湡瀛樺偍鍦ㄨ＄畻鏈哄唴鐨勩佹湁緇勭粐鐨勩佹湁鍏變韓鐨勩佺粺涓綆＄悊鐨勬暟鎹闆嗗悎銆傚畠鏄涓涓鎸夋暟鎹緇撴瀯鏉ュ瓨鍌ㄥ拰綆＄悊鏁版嵁鐨勮＄畻鏈鴻蔣浠剁郴緇熴備篃灝辨槸璇達紝鏁版嵁搴撳寘鍚鏈変袱縐嶅惈涔夛細淇濈℃暟鎹鐨勨滀粨搴撯濓紝浠ュ強綆＄悊鏁版嵁鐨勬柟娉曞拰鎶鏈銆

涓嶇℃槸鍝縐嶇被鍨嬬殑鏁版嵁搴擄紝閮藉簲璇ユ湁浠ヤ笅鍏卞悓鐨勫睘鎬э細閲囩敤鐗瑰畾鐨勬暟鎹綾誨瀷錛涘炲姞鏁版嵁鍏變韓銆佸噺灝戞暟鎹鍐椾綑錛涘叿鏈夎緝楂樼殑鏁版嵁鐙絝嬫э紱鍏鋒湁緇熶竴鐨勬暟鎹鎺у埗鍔熻兘銆傚父瑙佺殑鏁版嵁搴撴湁鐢查ㄦ枃鍏鍙哥殑Oracle銆両BM鍏鍙哥殑DB2銆佸井杞鍏鍙哥殑Access涓嶴QL Server浠ュ強姝ｈ佽︾粏浠嬬粛鐨凪ySQL銆

鏁版嵁搴撶殑緇撴瀯

鏁版嵁搴撶殑緇撴瀯鎸囩殑鏄鏁版嵁鍦ㄦ暟鎹搴撲腑鐨勭粍緇囧艦寮忓拰瀛樺偍鏂瑰紡銆傛牴鎹鏁版嵁搴撶粨鏋勭殑涓嶅悓錛屾暟鎹搴撳彲浠ュ垎涓哄眰嬈″瀷鏁版嵁搴撱佺綉鐘跺瀷鏁版嵁搴撱佸叧緋誨瀷鏁版嵁搴撳拰闈㈠悜瀵硅薄鏁版嵁搴撶瓑銆

1銆佸眰嬈″瀷鏁版嵁搴擄細鏈鏃╃殑鏁版嵁搴撶被鍨嬩箣涓錛屽畠鐨勬暟鎹緇撴瀯綾諱技浜庝竴媯墊爲褰㈢粨鏋勶紝鏁版嵁涔嬮棿瀛樺湪涓瀵瑰氱殑灞傛″叧緋匯傛瘡涓鑺傜偣鍙浠ュ寘鍚澶氫釜瀛愯妭鐐癸紝浣嗗彧鑳芥湁涓涓鐖惰妭鐐廣傚眰嬈″瀷鏁版嵁搴撳父鐢ㄤ簬綆＄悊澶嶆潅鐨勫伐紼嬪拰縐戝︽暟鎹銆

2銆佺綉鐘跺瀷鏁版嵁搴擄細鍦ㄥ眰嬈″瀷鏁版嵁搴撶殑鍩虹涓婂彂灞曡搗鏉ョ殑涓縐嶆暟鎹搴撶被鍨嬨傜綉鐘跺瀷鏁版嵁搴撶殑鏁版嵁緇撴瀯綾諱技浜庝竴涓緗戠姸緇撴瀯錛屾暟鎹涔嬮棿瀛樺湪澶氬瑰氱殑鍏崇郴銆傛瘡涓璁板綍鍙浠ユ湁澶氫釜鐖惰板綍鍜屽氫釜瀛愯板綍銆傜綉鐘跺瀷鏁版嵁搴撳父鐢ㄤ簬澶勭悊澶嶆潅鐨勫叧鑱旀暟鎹銆

3銆佸叧緋誨瀷鏁版嵁搴擄細鐩鍓嶅簲鐢ㄦ渶騫挎硾鐨勪竴縐嶆暟鎹搴撶被鍨嬶紝瀹冪殑鏁版嵁緇撴瀯鏄鐢卞氫釜琛ㄦ牸緇勬垚錛岃〃鏍間箣闂村彲浠ュ緩絝嬪叧緋匯傚叧緋誨瀷鏁版嵁搴撳彲浠ヤ嬌鐢⊿QL璇鍙ヨ繘琛屾煡璇銆佹洿鏂般佸垹闄ょ瓑鎿嶄綔錛屾敮鎸佷簨鍔″勭悊鍜岀儲寮曠瓑楂樼駭鍔熻兘銆

4銆侀潰鍚戝硅薄鏁版嵁搴擄細涓縐嶆柊鍨嬬殑鏁版嵁搴撶被鍨嬶紝瀹冪殑鏁版嵁緇撴瀯綾諱技浜庨潰鍚戝硅薄紼嬪簭璁捐′腑鐨勫硅薄鍜岀被銆傞潰鍚戝硅薄鏁版嵁搴撳皢鏁版嵁瀛樺偍鍦ㄥ硅薄涓錛屽硅薄涔嬮棿鍙浠ュ緩絝嬪叧緋誨拰緇ф壙鍏崇郴錛屾敮鎸佸氭佸拰灝佽呯瓑闈㈠悜瀵硅薄鐨勭壒鎬с傞潰鍚戝硅薄鏁版嵁搴撳父鐢ㄤ簬瀛樺偍澶嶆潅鐨勫硅薄鏁版嵁鍜屽氬獟浣撴暟鎹銆

浠ヤ笂鍐呭瑰弬鑰冿細鐧懼害鐧劇-鏁版嵁搴

『貳』 什麼是對象存儲

對象存儲，也叫做基於對象的存儲，是用來描述解決和處理離散單元的方法的通用術語，這些離散單元被稱作為對象。

就像文件一樣，對象包含數據，但是和文件不同的是，對象在一個層結構中不會再有層級結構。每個對象都在一個被稱作存儲池的扁平地址空間的同一級別里，一個對象不會屬於另一個對象的下一級。

文件和對象都有與它們所包含的數據相關的元數據，但是對象是以擴展元數據為特徵的。每個對象都被分配一個唯一的標識符，允許一個伺服器或者最終用戶來檢索對象，而不必知道數據的物理地址。這種方法對於在雲計算環境中自動化和簡化數據存儲有幫助。

對象存儲經常被比作在一家高級餐廳代客停車。當一個顧客需要代客停車時，他就把鑰匙交給別人，換來一張收據。這個顧客不用知道他的車被停在哪，也不用知道在他用餐時服務員會把他的車移動多少次。在這個比喻中，一個存儲對象的唯一標識符就代表顧客的收據。

『叄』 Linux裡面什麼是數據持久化

數據持久化顧名思義就是把程序中的數據以某種形式保存到某存貯介質中，以達到持久化的目的。當程序運行時，一些數據是臨時保存在內存中，一旦退出系統，這些數據就丟失了。那麼，使用某種手段將數據保存在硬碟上或者資料庫中，這樣即使退出系統後又重新啟動系統，那麼這些數據仍然可以重新找回來。

例如管理員向一個用戶管理系統中添加了一個用戶的資料，那麼這個系統需要將新添加的資料保存到資料庫中，否則系統退出或者電腦重啟後該用戶資料就會丟失。將數據從內存保存到資料庫中，這便是數據的持久化。當然，資料庫只是持久化方式中的一種，也可以保存在其他的永久存貯介質中。

圖為數據持久化的過程示意圖。

持久化（Persistence），即把數據（如內存中的對象）保存到可永久保存的存儲設備中（如磁碟）。持久化的主要應用是將內存中的對象存儲在資料庫中，或者存儲在磁碟文件中、XML數據文件中等等。

持久化是將程序數據在持久狀態和瞬時狀態間轉換的機制。

DBC就是一種持久化機制。文件IO也是一種持久化機制。

日常持久化的方法

在一定周期內保持不變就是持久化,持久化是針對時間來說的。資料庫中的數據就是持久化了的數據,只要你不去刪除或修改。比如在瀏覽器中一次Session會話中Session對象變數也是不變的,是Session容器中持久化。對象持久化的方式有很多種,根據周期不同有,page,Session,Application。對象序列化機制對於需要將對象的狀態保存到文件中，而後能夠通過讀入對象狀態來重新構造對象，恢復程序狀態. 對象序列化的過程是對象持久化的方法之一,把對象保存到文件中。

簡單的理解持久化可以在二個層面：應用層和系統層、

應用層

如果關閉(shutdown)你的應用然後重新啟動則先前的數據依然存在。

系統層

如果關閉(shutdown)你的系統（電腦）然後重新啟動則先前的數據依然存在。

持久化是一種對象服務實現至少3個介面

，就是把內存中的對象保存到外存中，讓以後能夠取回。需要實現至少3個介面：

void Save(object o) 把一個對象保存到外存中

Object Load(object oid) 通過對象標識從外存中取回對象

boolExists(object oid) 檢查外存中是否存在某個對象.

類似概念序列化

我們先跳開一下，看看另一個類似的有用概念：序列化Serialize也是一種對象服務，就是把內存中的對象序列化成流、或者把流反序列化成對象。需要實現2個介面：

void Serialize(Stream stream,object o) 把對象序列化到流中

object Deserialize(Stream stream) 把流反序列化成對象

序列化和持久化很相似，有些人甚至混為一談，其實還是有區別的，序列化是為了解決對象的傳輸問題，傳輸可以在線程之間、進程之間、內存外存之間、主機之間進行。我之所以在這里提到序列化，是因為我們可以利用序列化來輔助持久化，可以說凡是可以持久化的對象都可以序列化，因為序列化相對容易一些（也不是很容易），所以主流的軟體基礎設施，比如.net和java，已經把序列化的框架完成了。

持久化方案可以分為關系資料庫方案、文件方案、對象資料庫方案、xml資料庫方案

現今主流的持久化方案是關系資料庫方案，

關系資料庫方案不僅解決了並發的問題，更重要的是，關系資料庫還提供了持久化服務之外的價值：統計分析功能。剛才我說到，凡是可以序列化的對象都可以持久化，極端的說，我們可以只建立一個表Object(OID,Bytes)，但基本上沒有人這么做，因為一旦這樣，我們就失去了關系資料庫額外的統計分析功能。關系資料庫和面向對象之間有一條鴻溝，因為二者模式不匹配，所以就存在一個OR映射問題。

Redis支持兩種數據持久化方式：rdb方式和aof方式。前者會根據配置的規則定時將內存中的數據持久化到硬碟上，後者則是在每次執行寫命令之後將命令記錄下來。兩種持久化方式可以單獨使用，但是通常會將兩者結合使用。

1、RDB方式

RDB方式的持久化是通過快照的方式完成的。當符合某種規則時，會將內存中的數據全量生成一份副本存儲到硬碟上，這個過程稱作」快照」，redis默認開啟該持久化功能，具體配置如下：

save 900 1

save 300 10

save 60 10000

stop-writes-on-bgsave-error yes

rdbcompression yes

rdbchecksum yes

dbfilename mp.rdb

#文件名稱

dir ./

#rdb文件存放路徑

配置後系統會自動進行快照，save 60 10000表示60秒內有10000次寫入，那麼就會調用bgsave

除了系統自動進行快照外，我們也可以手動執行SAVE或BGSAVE命令主動進行快照操作：

執行SAVE或BGSAVE命令

執行FLUSHALL命令

2、AOF方式

在使用Redis存儲非臨時數據時，一般都需要打開AOF持久化來降低進程終止導致的數據丟失，AOF可以將Redis執行的每一條寫命令追加到硬碟文件中，這一過程會降低Redis的性能。

默認情況下，Redis沒有開啟AOF（append only file）持久化功能，可以通過在配置文件中作如下配置啟用：

appendonly no #是否開啟aof，開啟時將no改為yes

appendfilename "appendonly.aof" 持久化文件名稱

auto-aof-rewrite-percentage 100

#當前AOF文件大小是上次日誌重寫得到AOF文件大小的二倍時，自動啟動新的日誌重寫過程。

auto-aof-rewrite-min-size 64mb

#當前AOF文件啟動新的日誌重寫過程的最小值，避免剛剛啟動Reids時由於文件尺寸較小導致頻繁的重寫。

appendfsync :everysec (推薦配置)

#持久化策略

always (同步持久化，每次發生數據變更會被立即記錄到磁碟，性能差但數據完整性比較好)

everysec (非同步操作，每秒記錄，如果一秒鍾內宕機，有數據丟失)

no （將緩存回寫的策略交給系統，linux 默認是30秒將緩沖區的數據回寫硬碟的）

一般來說可以考慮同時使用兩種持久化方案.