表结构保存失败八成是max_input_vars被截断，需查php信息页确认是否≤1000，按列数×7+200估算值（如100列设5000），修改后必须重启php服务生效。
表结构保存失败，八成是 max_input_vars 被截断，不是前端卡顿、按钮没反应，而是 php 在解析 post 请求时直接丢掉了后半段字段——你点“保存”后页面看似刷新成功，实际漏改了 30 列，连错误提示都没有。
怎么确认真是 max_input_vars 搞的鬼
别猜，直接查：打开 phpMyAdmin 右上角「其他」→「PHP 信息」，搜索 max_input_vars。如果显示值 ≤1000，基本就是它；如果该页打不开（phpinfo() 被禁），就去查配置文件——Nginx + PHP-FPM 场景下，.htaccess 无效，得改 php.ini 或宝塔里的 PHP 配置文件。
max_input_vars 改多少才够用
别设 10000 图省事，也别卡在 1000 硬扛。按你最宽的表估算：
- ≤50 列的表：
max_input_vars = 3000足够 - 约 100 列的表：
max_input_vars = 5000更稳妥 - 导出/导入整库或含大量索引、触发器的场景：
max_input_vars = 10000 - 公式：列数 × 7 + 200（预留基础表单字段）
不建议设为 0 或极大值（如 999999），PHP 解析开销会上升，部分主机商还会拦截。
改完不重启等于没改
这是最常踩的坑：改完 php.ini 后只 reload Nginx/Apache，max_input_vars 依然不变。必须重启 PHP 处理进程：
- PHP-FPM：
sudo systemctl restart php-fpm或宝塔里执行bt restart 80 - Apache + mod_php：
sudo systemctl restart apache2 - 改的是
.htaccess？确认 Apache 开启了AllowOverride All，否则php_value不生效
重启后务必回到「PHP 信息」页验证数值是否更新——真正在后台默默丢字段的，从来不是浏览器，而是 PHP 收到请求第一秒就做的截断。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
