tag 持久化

標籤
貢獻22
55
04:03 AM · Nov 15 ,2025
u_16099179 頭像 u_87851 頭像 kwkwc 頭像 u_16099274 頭像 u_17480440 頭像 u_16099296 頭像 u_13341 頭像 u_14457 頭像 u_16099185 頭像 u_16099346 頭像 xiong51 頭像 u_9384924 頭像

@持久化 / 博客 RSS 訂閱

u_9384924 頭像

十月南城 - 持久化與內存管理策略——RDB/AOF、淘汰策略與容量規劃的決策要點

Redis 的性能與可靠性平衡藝術，在於對持久化機制與內存管理的精準把控 在掌握 Redis 數據結構與業務場景映射後，我們面臨一個核心問題：如何保證內存數據的可靠性和管理有限內存資源。Redis 作為內存數據庫，其持久化策略和內存管理機制直接影響數據安全性和服務穩定性。本文將深入探討 RDB 與 AOF 持久化機制、內存淘汰策略以及容量規劃的關鍵決策點，幫助構建高可用

redis , 數據 , 持久化 , 架構 , 後端開發

收藏 評論

u_16213305 頭像

mob64ca12d1a59e - langchain 本地知識庫 持久化

在現代 IT 領域，使用基於 langchain 的本地知識庫進行信息檢索與管理已日益普及。儘管這項技術非常強大，用户在實際應用中常常面臨持久化的問題。為了更好地服務於用户，將下面的內容介紹如何解決“langchain 本地知識庫 持久化”這一課題。 用户場景還原 在某公司，開發團隊希望構建一個知識庫系統，以便存儲並快速檢索技術文檔和常見問題的解答。以下是具體的場景還原：

數據丟失 , 持久化 , aigc , 解決方案

收藏 評論

u_16099316 頭像

數據探索先鋒 - rabbitmq如何確保消息不丟失 chengtian -

RabbitMQ 發佈/訂閲模式優化：避免消息丟失的關鍵配置 在 RabbitMQ 發佈/訂閲模式中，消息丟失通常發生在三個環節：生產者到交換機、交換機到隊列、消費者處理消息。以下是關鍵配置優化方案： 一、生產者端配置 發佈確認機制 啓用 publisher confirms，確保消息成功到達交換

rabbitmq , 持久化 , ruby , 重啓 , 分佈式 , 前端開發 , Javascript

收藏 評論

u_17587833 頭像

mb6923acc0735dc - 輕量存儲首選：用户首選項Preferences的使用場景與實戰

🌟 引言：輕量級數據存儲的藝術 在鴻蒙應用開發中，並非所有數據都需要複雜的數據庫解決方案。對於配置信息、用户設置和小型數據緩存，用户首選項（Preferences） 提供了最輕量、最高效的持久化方案。作為ArkData框架中最易上手的組件，Preferences平衡了性能、簡潔性和功能性，讓開發者能夠快速實現輕量級數據的存儲與管理。 一、Preferences核心特

移動開發 , 數據 , 初始化 , 持久化 , Android

收藏 評論

u_16099164 頭像

碼海舵手 - Docker-compose 安裝單機版redis

1、拉取鏡像 docker pull redis:7.2.12 2、準備配置文件路徑 mkdir -p /home/docker/redis/conf mkdir -p /home/docker/redis/data mkdir -p /home/docker/redis/logs 3、編寫配置文件 vi

redis , 持久化 , Docker , 前端開發 , Javascript

收藏 評論

u_16213676 頭像

mob64ca140e76c8 - activemq卡在重連

消息持久化顧名思義就是把發佈的消息進行落地，這樣activeMQ宕機也不會導致那些未被消費的消息給弄消失，這樣保證消息都能被消費。 activeMQ消息持久化有JDBC，AMQ，KahaDB和LevelDB等這幾種，默認採用的是KahaDB，本篇講的是如何採用jdbc的新式把消息存入數據庫的例子； activeMQ默認採用的KahaDB，消息會落地到安裝目錄下的\da

機器學習 , 持久化 , activemq卡在重連 , 數據庫 , bc , 人工智能

收藏 評論

u_12288066 頭像

wx5827c118a14bb - nest+LangGraph學習路線

🚀 學習路線總覽 目標是讓你能用 Nest（NestJS）作為後端服務框架 + LangGraph（基於 LangChain 的 AI 代理編排框架） 構建可用的智能應用（如智能客服、多步驟任務執行 Agent 等）。 🧱 第一階段：基礎打底 1) JavaScript / TypeScript 基礎 Nest.js 和 LangGraph 都建議用 TypeS

github , API , 持久化 , 人工智能 , 深度學習

收藏 評論

u_16099277 頭像

架構領航員 - rabbitMQ、rocketMQ、kafka三大消息中間件的區別及簡單使用_51CTO博客

消息中間件選型指南：p1xt-guides Kafka與RabbitMQ場景對比 你是否在項目中面臨消息中間件選型困境？當業務需要處理高吞吐數據流或複雜路由邏輯時，如何在Kafka與RabbitMQ之間做出正確選擇？本文基於p1xt-guides項目的技術框架，從架構特性、性能表現和典型場景三個維度展開對比分析，讀完你將獲得： 兩種中間件的核

偏移量 , 雲計算 , 持久化 , 消息中間件 , 雲服務

收藏 評論

u_17393348 頭像

mb681965b2846e2 - HarmonyOS開發之數據存儲與狀態管理

HarmonyOS開發之數據存儲與狀態管理 第一部分：引入 在移動應用開發中，數據存儲與狀態管理是構建穩定、高效應用的核心基礎。你是否遇到過以下問題： 狀態丟失：應用重啓後用户配置丟失，需要重新設置 數據同步困難：多個組件需要共享同一狀態，但數據流混亂 性能瓶頸：頻繁讀寫數據庫導致應用卡頓 跨設備同步：多設備間數據無法實時同步

移動開發 , 持久化 , text , Android , ide

收藏 評論

gujiachun 頭像

老顧聊技術 - 如何讓大模型有短期記憶和長期記憶？LangGraph指南

引言 在人工智能領域，將大型語言模型（LLM）從簡單的無狀態問答機器轉變為能夠進行連貫、有上下文感知對話的複雜智能體，其核心關鍵在於內存。LLM 本身是無狀態的，每次調用都是一次獨立的計算，它們不會天生記得之前的交互。為了構建能夠學習、適應和維護長期關係的智能體，開發者必須為其提供一個堅實的狀態管理框架。LangGraph 正是為此而生，它提供了一個強大而靈活的解決方案。

機器學習 , 持久化 , 短期記憶 , 人工智能 , 長期記憶

收藏 評論

u_16213720 頭像

mob64ca14193248 - 1、RabbitMQ簡介 - 一念花開 -

摘要：RabbitMQ 作為最流行的開源消息中間件之一，在 2024–2025 年迎來了重大架構升級。本文基於官方最新 4.0+ LTS 版本，深入解析其核心新特性（如 Streams 2.0、Quorum Queue 優化、K8s Operator 增強）、性能提升數據，並提供生產環境部署建議。無論你是運維工程師還是後端開發者，都能從中獲得實

erlang , 生產環境 , rabbitmq , 持久化 , 後端開發 , 分佈式 , Python

收藏 評論

u_16099179 頭像

互聯網小墨風 - rabbitMq實現延時隊列 - chinotan的個人空間 -

目錄 延遲隊列 修改配置 擴展 RabbitMQ 工具類 發送延遲消息（生產者） 消費延遲消息（消費者） has_consumers() 重新執行隊列 總結 延遲隊列 修改配置 在Fastadmin 使用RabbitMQ隊列基礎上實現， 在application/config.php中在基礎配置上，添

php , rabbitmq , 持久化 , 後端開發 , fastadmin , harmonyos

收藏 評論

xiong51 頭像

梁正雄的博客 - 12、prometheus持久化

Prometheus 持久化查詢 本章重點： 持久化查詢配置 promQL篇章: 表達式，豆包ai，偏移量修改器，指標類型，指標類型，聚合計算函數，持久化查詢 持久化查詢特點 為什麼需要持久化查詢？ Prometheus 原生查詢存在兩大痛點 臨時查詢不可複用：複雜 PromQL 需重複編寫，

監控 , 運維 , 持久化 , bash , prometheus

收藏 評論

u_16099346 頭像

雲端築夢者 - Kafka到底有多高可靠？（RNG NB）

kafka的高可靠性的核心是保證消息在傳遞過程中不丟失，涉及如下核心環節： 消息從生產者可靠的發送至Broker；—網絡、本地丟數據。 發送Broker的消息可靠持久化；—PageCache緩存落盤、單點崩潰、主從同步跨網絡。 消費者從Broker消費到消息且最好只消費一次。—跨網絡消息傳輸。

數據 , 持久化 , 分佈式 , kafka , 前端開發 , Javascript

收藏 評論

u_16099185 頭像

夢想啓航吧 - RabbitMQ消息可靠性分析

首先，在RabbitMQ的整個消息傳遞過程中，有三種情況會存在丟失。 1）生產者把消息發送到RabbitMQ Server的過程中丟失 2）RabbitMQ Server收到消息後在持久化之前宕機導致數據丟失 3）消費端收到消息還沒來得及處理宕機，導致RabbitMQ Server認為這個消息已簽收。 1）從生產者發送消息

發送消息 , rabbitmq , 持久化 , server , 前端開發 , 後端 , Javascript

收藏 評論

u_14457 頭像

clghxq - Flink狀態存儲

核心結論 Checkpoint 對 Key State 的存儲：按Key Group劃分並持久化到外部存儲（如 HDFS）；RocksDBStateBackend 會將本地 RocksDB 的狀態快照（而非完整內容）上傳到 Checkpoint 目錄。 故障恢復邏輯：作業重啓後，故障算子的 Task 會重新分配到其他 TaskManager，通過 Chec

Group , 數據 , 持久化 , 後端開發 , Python

收藏 評論

u_13341 頭像

ghpsyn - 百度網盤手遊開發教程-unity3d入門全套教程百度雲盤共享_51CTO博客

概述 從0開始，先做開發準備與基礎設置，再聚焦核心玩法和場景構建，接着拓展優化功能，涵蓋輸入、動畫、場景、地圖生成、數據保存等，還涉及廣告、SDK接入與排行榜等，助力開發Unity休閒手機遊戲。 一、前期準備與基礎設置 從0開始做遊戲！：對遊戲開發整體進行引導與介紹。 配置開發環境：搭建 Unity

unity , 遊戲引擎 , 遊戲開發 , 持久化 , 後端開發 , Python , ui

收藏 評論

u_16099296 頭像

mob6454cc73e9a6 - Redis的持久化方式

一、AOF持久化機制的工作流程 Redis提供的AOF持久化機制的工作流程如下： （1）所有的命令都會追加到AOF緩衝區中。 （2）AOF緩衝區根據對應的策略向磁盤同步操作。 （3）隨着AOF文件越來越大，需要定期對AOF重寫，達到壓縮目的。 （4）當Redis服務器重啓時，可以加載AOF文件進行數據恢復。 但在默認情況下，Redis關閉了AO

redis , 持久化 , 後端開發 , Python

收藏 評論

u_17480440 頭像

wx68856587055bf - AI攻防實戰：利用AI攻擊鏈框架剖析AI應用安全

利用AI攻擊鏈框架對AI應用進行攻擊建模 AI應用引入了傳統安全模型無法完全捕捉的新攻擊面，尤其是隨着這些智能系統自主性的增強。不斷演變的攻擊面的指導原則很明確：假設存在提示詞注入。但將其轉化為有效的防禦措施通常並不簡單。 網絡攻擊鏈安全框架定義了攻擊者的操作方式。在某中心，我們構建了AI攻擊鏈，以展示攻擊者如何危害AI應用，並説明防禦者可以在何處中斷攻擊鏈。與強調攻擊者使用AI

數據 , 辦公效率 , 持久化 , 迭代

收藏 評論

u_16099274 頭像

墨香四溢 - RabbitMQ之消息持久化

在分佈式系統中，RabbitMQ 服務的異常宕機可能導致隊列和消息丟失。RabbitMQ 的持久性（Durability） 特性通過將數據持久化到磁盤，確保服務重啓後數據不丟失。 一、持久性的核心目標與組成 1.1 為什麼需要持久性？ 默認情況下，RabbitMQ 退出或崩潰時，隊列、交換機及消息會被全部刪除——因為這

Spring Boot , rabbitmq , 持久化 , 1024程序員節 , 分佈式 , 前端開發 , Javascript

收藏 評論

kwkwc 頭像

kwkwc - 適用於 Golang 的任務調度程序 AGScheduler

以前一直使用 Python 的任務調度庫 APScheduler（支持任務持久化，支持多種存儲方式），但由於沒有找到與它功能和使用方式類似的 Golang 庫，所以模仿 APScheduler 3.x 寫了個簡易版本的 AGScheduler。 AGScheduler Advanced Golang Scheduler (AGScheduler) 是一款適用於 Golang 的任務調度庫，支持多種

定時任務 , 持久化 , 存儲 , 任務調度 , go

收藏 評論

u_87851 頭像

人類新新 - Redis RDB 持久化詳解_51CTO博客

一、RDB持久化機制的工作流程 RDB執行快照的時機由以下參數決定： # Save the DB to disk. # save seconds changes # Redis will save the DB if both the given number of seconds and the given # number of

redis , 持久化 , 臨時文件 , 後端開發 , harmonyos

收藏 評論