tmp与session路径共用磁盘易致IO瓶颈；查真实可用内存：free -h 看 available 列，不是 totalmemory_limit 建议 ≤ 单核 CPU 对应可用内存的 1/4（如 2GB 可用 → 不超 512M）别信“PHP 启动慢=要加内存”，更可能是 opcache.enable_cli=1 这类配置误开，导致 CLI 模式也加载 OPcache用 ps aux --s

不消费全部内容，连接就挂起，后续所有调用（比如 ContainerCreate）都会卡死。只写 defer resp.Close() 是错的——关闭句柄不等于读完数据静默拉取：用 io.Copy(io.Discard, resp)，简单可靠要显示进度：用 json.NewDecoder(resp) 循环 Decode，检查 event["status"] 是否为 "Download complet

是，YAML-CPP 的 YAML::Emitter 未内置支持 std::vector，需手动重载 << 操作符或通过适配器将 vector 转为 YAML 可序列化格式。因为没重载操作符YAML-CPP 的 YAML::Emitter 不认识 std::vector，直接 std::string、std::map 和嵌套的 YAML::Node，std::vector 必须显式展开或通过自定义

而 AFTER INSERT 已经写进表了，再报错也晚了——脏数据已存在，只能靠后续清理，强一致性就破了。PostgreSQL 中必须用 BEFORE INSERT OR UPDATE，配合 RAISE EXCEPTIONMySQL 的 BEFORE INSERT 可以用 SIGNAL SQLSTATE '45000' 中断SQL Server 的 INSTEAD OF INSERT 也能拦截，但

典型错误写法："Host=localhost;Timeout=30"连接前务必加 try/catch 捕获 NpgsqlException，它的 SqlState 字段能告诉你真实原因（比如 28000 是认证失败，3D000 是数据库不存在）用 NpgsqlCommand 执行 INSERT 时参数名大小写敏感，且不能用 @ 前缀PostgreSQL 原生用 ,占位符，Npgsql 支持命名参数