很容易忽略的ETS表个数限制问题
这篇讲的是 Erlang/OTP 开发中一个极容易被忽视的“隐形坑”——ETS 表的默认个数限制。作者从实际生产环境出发，指出当系统中的 ETS 表数量接近上限时，BEAM 虚拟机的启动会变得异常缓慢，甚至影响整体稳定性，而很多开发者直到问题发生时才恍然大悟。 问题的根因在于，ETS 表的数量受限于一个全局原子表（Atom Table），其大小有固定的上限（如默认的 1,048,576）。由于每个 ETS 表名（如果命名）都会占用一个原子，这便间接限制了可创建的 ETS 表总数。文章详细梳理了如何通过 `:ets.info/0` 和 `:erlang.system_info/1` 来诊断当前使用情况，并提供了清晰的排查步骤。 对于解决方案，作者不仅给出了调整虚拟机启动参数（如 `-env ERL_MAX_PORTS` 或 `-t`）来提升上限的具体方法，更强调了治本之策：在架构设计上优先考虑使用“未命名”的 ETS 表，并合理规划资源。这对于需要管理大量并发连接或动态创建数据表的系统尤为重要，能有效避免因一个容易忽略的配置细节，导致整个服务在流量高峰时突然“趴下”。