max_input_vars过小会导致phpMyAdmin结构保存丢字段、刷新或失效，因其“结构”页每列生成5–8个隐藏字段，100列表即超默认1000限制；需按列数×7+200估算值（如100列设5000），修改后必须重启PHP服务生效。
max_input_vars 过小会导致 phpMyAdmin 在保存表结构时丢字段、页面刷新、提交后部分字段失效，甚至直接报“Input variables exceeded”错误——这不是前端 bug，而是 PHP 层面硬拦截，改对配置才能解决。
为什么改 max_input_vars 能解决结构保存失败？
phpmyadmin 的「结构」页（尤其是带几十列的宽表）会为每列生成多个隐藏字段：field_orig[]、field_type[]、field_length[]、field_null[]……单列就可能贡献 5–8 个 input 变量。100 列的表轻松突破默认的 max_input_vars = 1000，php 直接截断 post 数据，导致后端收不到完整结构信息，保存操作看似成功实则漏掉字段。
怎么确认当前值并定位生效配置？
先验证是否真被拦住：
- 访问 phpMyAdmin 右上角「其他」→「PHP 信息」，搜索
max_input_vars，看显示值是否 ≤1000 - 若看不到该页，说明
phpinfo()被禁用，直接查配置文件更可靠 - 注意：Nginx + PHP-FPM 场景下，
.htaccess无效；Apache + mod_php 才能用.htaccess - 宝塔用户优先走「网站设置 → PHP 版本 → 配置文件」路径，避免误改全局配置
改多少才够用？别盲目设 10000
实际需求取决于你最宽的表有多少列。估算公式：max_input_vars ≥ 列数 × 7 + 200（预留表单基础字段）。常见建议：
- ≤50 列的表：
max_input_vars = 3000足够 - 100 列左右：
max_input_vars = 5000更稳妥 - 导出/导入整库时字段爆炸（含索引、权限等），建议设到
10000 - 不要设成
0或极大值（如 999999），PHP 解析开销会上升，且部分主机商限制此值上限
改完不重启 = 白改
这是最容易忽略的一步。修改后必须彻底重启 PHP 处理进程，仅 reload Web 服务无效：
- PHP-FPM：运行
sudo systemctl restart php-fpm或bt restart 80（宝塔） - Apache + mod_php：运行
sudo systemctl restart apache2 - 改的是
.htaccess？确认 Apache 启用了AllowOverride All，否则php_value不生效 - 改完立刻验证：回到「PHP 信息」页，确认
max_input_vars显示新值
max_input_vars 是必要动作，但也要留意：如果频繁遇到百列以上结构编辑，说明数据库设计已偏离范式，该考虑拆表或重构了。 
