Home/Blog/数据持久化方案：卷、挂载、权限与备份恢复数据库数据持久化方案：卷、挂载、权限与备份恢复掘金2026-09-29 16:110 viewsTL;DR（太长不看版） 生产数据库选命名卷，开发热更新选绑定挂载 配置文件用 :ro 只读挂载，更安全 权限问题三招：chown、--user、命名卷 容器 UID 与宿主 UID 不一致是权限根源Source：https://juejin.cn/post/7690614916370219043My favoritesPreviousDocker vs Podman vs containerd：容器运行时全景Next我要用 AI-native 架构，从零重建一套制造业 ERP/MESRelated posts高性能存储引擎RocksDB：原理与Java生态实践系统介绍RocksDB嵌入式键值存储引擎，剖析LSM-Tree架构、读写与Compaction机制，对比B+Tree及MySQL/Redis，助你掌握高吞吐写入场景的存储选型与优化。0掘金MySQL 死锁怎么排查：看懂 INNODB STATUS 死锁日志，先查后插为什么必死锁（MySQL 8.2 实测）MySQL 8.2 实测交叉更新和先查后插两种死锁，讲清死锁日志怎么读，错误日志默认缺表头，死锁回滚整个事务而超时只回滚一句，附 Spring 重试写法。0掘金HarmonyOS 做桌面卡片 onAddForm 要同步返回但数据在数据库里的解法给一个极简日记 app 加桌面服务卡片（Form Widget）时撞到一个很矛盾的事：用户长按桌面添加卡片的瞬间，卡片内容应该已经是今天的日记进度——走0掘金我手写的 Redis 锁，输给了 10 秒的 TTL我手写的 Redis 锁，输给了 10 秒的 TTL 场景很简单：自己比赛的项目里，发布游记接口要给用户加积分。为了防止同一用户刷接口重复加分，我按用户粒度加了一把 Redis 锁...0掘金《Redis 8.10.3 深度剖析》系列 ·第 17 章. 一个迟到十六年的类型《Redis 8.10.3 深度剖析》系列 ·第 17 章. 一个迟到十六年的类型 Redis 从 1.0 起就有 String、List、Set、Hash、ZSet 五种类型，2026 年的 8.80掘金项目拆解：面向Agent的知识库检索怎么做RAGFlow 更新 1.0，核心改动是面向 Agent 检索，LlamaIndex 团队则喊出 RAG is dead。作者拆解 SAG-Wiki：不用 Embedding、不建向量库，靠 BM25 召回加 Jev 逐段判断证据，把检索变0人人都是产品经理
