开发/测试/学习：优先选择单机伪集群，一键部署、零配置、快速启停生产预发/小型业务/数仓部署：优先选择轻量分布式集群，解耦、持久化、可扩容、高可用。

基本安装命令# 完整自定义安装命令（含WSL2配置）

Docker 部署 TiDB 伪集群的核心是足够的内存分配和正确的 PD 地址配置16GB 物理内存需为 Docker 分配 ≥ 8GB，同时限制 TiKV 内存 ≤ 2GB容器间通信依赖 PD 的配置为验证集群的关键是通过 MySQL 客户端/可视化工具成功连接并执行 SQL。

TiDB启动失败核心原因是PD的–advertise-client-urls配置缺失，导致地址解析错误容器环境下TiDB的–path参数无需添加http://协议头，直接使用pd:2379即可精简镜像无基础命令时，优先通过宿主机测试网络连通性，而非容器内排查ExitCode=1且日志为空时，优先排查参数错误和依赖服务地址配置。

大数据平台数据入湖规范第一章 总则1.1 目的为规范大数据平台数据入湖全流程，实现数据“统一标准、统一管控、安全合规、高效可用”，规避数据混乱、质量低下、存储冗余、安全泄露等问题，保障数据湖资产的完整性、一致性和可追溯性，支撑下游数据分析、业务决策及数据应用落地，特制定本规范。本规范适用于所有接入大数据平台数据湖的数据源、数据处理、数据存储、数据管控及相关技术人员、业务人员。1.2 适用范围。

优势：全局口径高度统一、历史数据完整可追溯、源系统迭代改动范围小劣势：多表关联查询性能极差、业务人员理解门槛高、项目建设周期漫长优势：关联表少查询速度快、业务可读性强、落地迭代速度快、适配报表自助分析劣势：缺少统一管控时易出现口径冲突，强依赖一致性维度体系优势：横向扩展能力极强、源系统结构变更无需重构模型、完整留存全历史数据劣势：模型抽象难懂、查询需大量多表JOIN、计算资源消耗高优势：毫秒级查询

【代码】微服务下单跨服务数据不一致问题分析笔记。

TiDB启动失败核心原因是PD的–advertise-client-urls配置缺失，导致地址解析错误容器环境下TiDB的–path参数无需添加http://协议头，直接使用pd:2379即可精简镜像无基础命令时，优先通过宿主机测试网络连通性，而非容器内排查ExitCode=1且日志为空时，优先排查参数错误和依赖服务地址配置。

Docker 部署 TiDB 伪集群的核心是足够的内存分配和正确的 PD 地址配置16GB 物理内存需为 Docker 分配 ≥ 8GB，同时限制 TiKV 内存 ≤ 2GB容器间通信依赖 PD 的配置为验证集群的关键是通过 MySQL 客户端/可视化工具成功连接并执行 SQL。

是操作系统中经典的算法，通过资源请求前置校验、安全状态模拟推演，提前拒绝会导致系统进入不安全状态的资源分配，从源头规避死锁。