必须调高phpEnv的CLI模式php.ini中memory_limit值至1024M，或用php -d memory_limit=2048M命令临时指定，因导入走CLI路径而非Web服务器，.htaccess等配置无效。
phpEnv 导入 MySQL 报 “Allowed memory size exhausted”，不是数据库本身内存不够，而是 phpEnv 启动的 PHP 进程在解析 SQL 文件时内存超限——必须调高 PHP 的 memory_limit，而非 MySQL 的 innodb_buffer_pool_size 等参数。
确认你改的是 CLI 模式下的 php.ini
phpEnv 导入 SQL（如用 mysql 命令或 php artisan db:import）走的是命令行（CLI）路径，和 Web 请求用的不是同一个 php.ini。直接改 Apache 或 Nginx 对应的 php.ini 没用。
- 执行
php --ini，看输出里 “Loaded Configuration File” 指向哪——通常是/path/to/phpenv/versions/8.2.0/etc/php.ini这类路径 - 打开该文件，搜索
memory_limit，改成memory_limit = 1024M（注意单位大写 M，不能写1G或1000M） - 改完不用重启任何服务，但必须关闭当前终端、新开一个，否则 CLI 仍读旧配置（CLI 配置不热加载）
导入前临时提内存比改配置更安全
如果你只偶尔导入一次大 SQL，不想长期调高全局限制，直接在命令中加参数最干净：
- 用原生
mysql命令：不需要 PHP 内存，跳过此步 - 用 PHP 脚本导入（如 Laravel 的
db:import）：php -d memory_limit=2048M artisan db:import dump.sql - 用自定义 PHP 导入脚本：开头加
ini_set('memory_limit', '2048M');，但必须确保这行在require或include大文件之前 - 注意：
ini_set()在 CLI 模式下默认可用，但如果 phpEnv 编译时启用了disable_functions并禁了它，就会失效
.htaccess 和 php_value 对 phpEnv 导入完全无效
phpEnv 是本地开发环境，底层用的是 CLI SAPI 或内置服务器（php -S），不走 Apache mod_php。所以以下方式统统不起作用：
立即学习“PHP免费学习笔记（深入）”；
-
.htaccess里的php_value memory_limit 512M - Nginx 配置里的
fastcgi_param PHP_VALUE "memory_limit=512M" - 宝塔面板网站级 PHP 配置（phpEnv 不经过宝塔）
这些只影响 Web 请求，而导入操作是终端命令，绕过了整个 Web 服务器栈。
真正卡住的往往不是内存，而是 SQL 解析逻辑
即使把 memory_limit 设到 2G，超大 SQL（比如 500MB 单文件）仍可能失败——PHP 的 mysqli::multi_query() 或 PDO::exec() 会尝试一次性加载并分割全部 SQL 语句，中间字符串操作极其吃内存。
- 优先拆分 SQL：用
split -l 1000 dump.sql dump_part_拆成小文件，再循环导入 - 换工具：直接用
mysql -u root -p database_name ，完全不经过 PHP，零内存压力 - 检查 SQL 是否含大量
INSERT INTO ... VALUES (...),(...),(...)单语句：这种结构会让 PHP 字符串处理更吃力，导出时加--skip-extended-insert可缓解
最后提醒一句：把 memory_limit 设成 -1 在 phpEnv 里虽能跑通，但一旦脚本有死循环或递归失控，会把整个系统拖慢甚至假死——本地环境也得守基本底线。
