memcached 启动后立即退出通常因配置参数错误、php扩展冲突或内存超限。需检查配置文件使用--memory=纯数字、禁用memcache扩展、合理设置内存不超过空闲30%并重载php。
Memcached 启动后立即退出，systemctl status memcached 显示 failed 或 exited
这通常不是服务没装好，而是启动时参数不合法或被系统拒绝。宝塔默认的 /www/server/memcached/etc/memcached.conf 里可能写了 -m 64 这类值，但新版 Memcached（1.6+）已废弃旧式短参数写法，必须用 --memory；同时若值为非数字（比如带单位 64M），也会直接崩溃。
- 检查配置文件是否混用了新旧参数格式，例如同时存在
-m 64和--memory=128 - 确保
--memory后面只跟纯数字（单位是 MB），不要加M或MB - 若使用 systemd 管理，还要确认
/usr/lib/systemd/system/memcached.service中的ExecStart没有硬编码冲突参数
临时验证方式：手动运行 /www/server/memcached/bin/memcached -u root --memory=64 --port=11211 -d，看是否仍崩溃。如果成功，说明是配置文件或 service 文件的问题。
PHP 的 memcache 和 memcached 扩展共存导致进程被 kill
两个扩展底层都试图连接本地 Memcached 实例，但 memcache（注意少了个 d）是老版本、无 SASL 支持、且某些编译版本会强制启用 UDP 监听；而宝塔安装的 Memcached 默认禁用 UDP（--udp-port=0）。一旦 PHP 脚本同时加载这两个扩展，memcache 尝试发 UDP 包失败，可能触发内核级异常，连带让 Memcached 主进程被 SIGPIPE 或 OOM killer 干掉。
- 进入宝塔「软件商店 → PHP → 设置 → 禁用扩展」，确认只启用
memcached（带d），彻底禁用memcache - 检查
php.ini中是否残留extension=memcache.so，手动删掉或注释 - 运行
php -m | grep -E 'memcache|memcached'，输出应仅含memcached
特别注意：WordPress 或 ThinkPHP 等框架的缓存配置若写的是 memcache（如 MEMCACHE 常量），也要同步改成 MEMCACHED，否则即使扩展禁用，PHP 运行时仍会报 Class not found 并可能触发异常重试逻辑。
分配内存设太高触发 OOM Killer，dmesg | grep -i "killed process" 显示 memcached
Memcached 是用户态进程，不主动释放内存，系统会把它当成“可杀目标”。尤其在 1G~2G 小内存机器上，设 --memory=512 极易出事——因为 PHP-FPM、MySQL、Nginx 已占大半内存，剩余不足时 Linux kernel 会直接干掉它。
- 用
free -h查看可用内存，把--memory设为不超过空闲内存的 30%（例如空闲 1.2G，就设384） - 避免在
/etc/sysctl.conf里盲目加vm.swappiness=1，这反而会让 swap 更活跃，加剧延迟 - 如果业务确实需要大缓存，优先考虑升级机器内存，而不是调高
--memory
另一个隐藏坑：--max-item-size 设得过大（如 1m）会导致单 key 占用远超预期，实际内存消耗可能是 --memory 的 2~3 倍，建议保持默认 1m 或设为 512k。
宝塔里改完配置记得重启服务：bt restart 或单独 systemctl restart memcached；但别忽略 PHP 也要重载——service php-fpm reload 或在宝塔界面点「重载配置」。最常被跳过的环节是：改了 Memcached 参数，却忘了关掉冲突的 PHP 扩展，结果日志里反复出现 Connection refused，还以为是端口没起来。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
