Linux系统就像一个小社区，每个登录的人都是一个“用户”，每个用户都属于一个或多个“用户组”。文件和文件夹也有自己的“业主”（属主）和“业主群”（属组），这决定了谁可以看、可以改。：这篇文档主要教你如何在Linux系统里管理“用户户口”（创建、删除、修改用户/用户组及其权限），以及如何用命令对文件进行“打包压缩”和“基本信息统计”。：新用户家的“样板间”目录，新用户一创建，家目录里的默认文件就从

虽然它在内存里工作，但它有个本事，可以按照你设置的规则，自动把数据保存到硬盘上。数据量大、不怎么变，放Redis里，用户访问“嗖”一下就出来了，不用每次都去数据库查。，里面有好多抽屉（表），每个抽屉里又有很多文件夹（行），规规矩矩的。，每件快递都贴了个标签（key），你只要知道标签，就能“嗖”一下拿到东西（value），根本不用翻。就像一个人同时只做一件事，不用分心，也不用跟别人抢工具，效率反而高

由多个主从节点群组成的分布式集群具备复制、高可用、分片特性无中心节点（P2P 模式），通过 Gossip 协议通信可水平扩展，官方建议不超过 1000 个节点海量数据 + 高并发 + 高可用特性主从哨兵Cluster自动故障转移❌✅✅动态扩容❌❌✅无中心化❌❌✅数据分片❌❌✅批量操作支持✅✅受限多 DB 支持✅✅❌。

Redis 的高可用解决方案分布式架构，包含若干个 Sentinel 节点和 Redis 数据节点每个 Sentinel 节点对数据节点和其他 Sentinel 节点进行监控半数以上Sentinel 节点认为主节点不可达时，自动完成故障转移。

手动搭 Redis Cluster =配 6 个配置文件 → 启动 → 互相认识 → 分槽位 → 定主从，最后得到一个能自动故障转移的 3 主 3 从集群。

⚠️ 迁移过程中，正在搬的那个 key 会暂时不可用，其他 key 正常。只是自己忘记它，要让所有人忘记它，需要在每个节点上都执行一遍。节点ID IP:端口 角色 主节点ID 状态 槽位范围。就像点名册，谁是谁、什么角色、管哪些槽，一目了然。告诉你有哪几个主节点，每个主管哪些槽，从节点是谁。把某个槽的数据从一个主节点搬到另一个主节点。就像看车的仪表盘，告诉你集群现在是好是坏。主节点IP 端口 ID

共享基础层，节省存储和带宽；容器是进程，运行在独立的命名空间中（PID、网络、用户等）。官方镜像可省略 registry 和 namespace。拥有自己的 root 文件系统、网络配置、进程空间。：多个只读层叠加，每层记录文件系统的增量变化。：存储镜像的地方（如 Docker Hub）。读取文件：从上往下查找，找到后复制到容器层。修改/删除文件：复制到容器层后再操作。容器层保存所有变化，镜像本身

安装：卸载旧版 → 安装→ 设置阿里云镜像仓库 → 安装等 → 启动并验证。卸载： 相关包，删除 。删除：（单个/多个/全部）。保存/加载： 导出 ， /导入。标签与提交： 打标签， 将容器保存为新镜像。运行： 交互式， 后台（需有前台进程）， 端口映射， 命名。退出： 后台退出， 终止。查看/启停/删除：，，。日志与进程：，，。进入容器：（新终端，推荐），（进入原终端）。文件拷贝：。作用：持久化

排查思路：服务状态 → 容器状态 → 日志分析 → 配置验证 → 网络/卷/资源深入诊断。常用命令。预防措施：定期清理、监控资源、配置健康检查、备份重要数据。推荐工具ctop（监控）、（网络诊断）、（安全）。

指标单阶段构建多阶段构建镜像大小大（含构建工具）小（仅运行时+产物）构建速度慢（全量构建）快（增量缓存）安全性低（攻击面大）高（最小依赖）部署效率低（传输慢）高（镜像小）适用场景：任何需要编译、打包、资源处理的应用程序（Go、Java、Rust、C++、前端、PHP 等）。多阶段构建是 Docker 官方推荐的镜像优化最佳实践，应作为生产环境容器化的默认方案。