redis持久化，一種是快照，一種是aof日誌，快照是全量備份，是記憶體資料的二進位制序列化，在儲存上緊湊，而日誌是連續的增量備份，是記憶體資料修改的指令記錄文字，時間越長，日誌變得越大，需要使用bgwriteaof對aof日誌重寫（原理是開闢子程序對記憶體遍歷，轉換一些列redis的操作指令，序列號到乙個新的aof日誌檔案中。序列化完成後再將操作期間產生的增量aof日誌追加到新的aof日誌檔案中，追加完成立即替換舊的aof日誌檔案），給aof日誌**。快照要去redis進行io操作，可io操作不能使用多路復用api，意味著redis一邊服務線上請求，一邊進行檔案io，這樣拖累伺服器效能，使用作業系統多程序cow（copy on write）機制實現持久化。aof日誌進行寫操作時是將內容寫到核心為檔案描述符分配的乙個記憶體快取裡面，然後核心會非同步將髒資料寫到檔案中，這時突然宕機，沒來得及刷到磁碟中，可以用glibc提供的fsync函式強制將記憶體日誌刷到磁碟，可以配置，一般1s執行一次。使用方法兩者都用，在redis4版本中叫混合持久化，aof只重放快照丟失的那部分資料，這樣很快，接近aof重放慢的問題，也能彌補快照丟失大量資料的缺點。
redis中管道不是伺服器特性，而是客戶端通過改變讀寫的順序，一次性傳送多條指令，然後伺服器端一次性傳送多個結果，這樣節省了網路流量。
在redis中假如乙個事務中有一條指令失敗，另一條指令可以成功，所以redis事務不具備原子性，具有隔離性，不被其他事務打斷。
redis中樂觀鎖叫watch機制（假如值被別的事務改了，則另乙個事務在執行exec指令的時候返回null），，悲觀鎖叫set dd jj expires 5 nx;注意：redis禁止在multi和exec之間執行watch指令，而必須在multi之前盯住關鍵變數，否則報錯。
讀書筆記 《Redis實戰》
常見db對比表，由於未標明各個db的版本，這個 其實並不準確，特別是附加功能欄。名稱型別 資料儲存結構 查詢型別 附加功能 redis 使用記憶體的非關係型資料庫 字串 列表 集合 有序集合 雜湊表 每種資料型別都有專屬指令 批量操作 不完全的事務支援 發布與訂閱 主從複製 持久化 指令碼 memc...
Flex3實戰 讀書筆記（三）
b 自定義體驗 b flex與html css類似 行內樣式 設定元件的樣式屬性 本地樣式 把樣式定義集中在乙個公共區域。外部樣式表 匯入包含所有樣式的外部檔案。b 使用效果 b 可以通過兩種方式生成效果。使用觸發器 在某個事件發生時自動觸發效果。程式設計方式 可以動態建立並觸發效果並根據需要使用它...
讀書筆記3
1.資料治理的本質 資料治理的本質是組織對資料的可用性 完整性和安全性的整體管理。可用性指資料可用 可信且有質量保證，不會因為分析結果的準確性造成偏差，從業者可以放心地根據資料結果做業務決策 完整性分為兩個方面，一方面指資料需覆蓋各類資料應用的需要，另一方面指不會因為資料治理沒有到位而造成資料資產的...