需同步调大php的upload_max_filesize和post_max_size（后者≥前者），并重启web服务；若无服务器权限，推荐用mysql命令行直导：mysql -u user -p db_name

phpMyAdmin 显示 “文件超出了最大允许大小” 怎么办

phpMyAdmin 默认限制上传文件大小（通常是 2MB 或 8MB），而 WordPress 数据库导出后常达几十 MB，直接拖拽导入必然失败。这不是 phpMyAdmin 坏了，而是它背后的 PHP 配置在拦你——upload_max_filesize 和 post_max_size 两个值卡死了入口。

• 先确认当前限制：进 phpMyAdmin → 右上角“新建”→ 点“导入”，页面底部会显示类似 允许的最大文件大小：2,048 KiB
• 这个值由服务器的 php.ini 决定，不是 phpMyAdmin 自己能调的；如果你没有服务器 root 权限（比如用虚拟主机），这条路基本走不通
• 别去改 phpMyAdmin 的 config.inc.php —— 它不控制上传大小，改了也没用

用 MySQL 命令行导入大 SQL 文件（推荐）

绕过 phpMyAdmin 的上传限制最可靠的方式，就是跳过它，直连 MySQL 执行导入。只要你有 SSH 访问权限和数据库凭据，这比调 PHP 配置快得多、稳得多。

• 把导出的 wordpress.sql 用 scp 或 FTP 上传到服务器某个目录（比如 /home/yourname/backup/）
• SSH 登录后执行：

  mysql -u <code>your_db_user</code> -p<code>your_password</code> <code>your_wordpress_db</code> （注意：-p 后面**不能有空格**，否则密码会被当成新参数）

• 如果提示 ERROR 2006 (HY000): MySQL server has gone away，大概率是 max_allowed_packet 太小，临时加大它：

  mysql -u <code>your_db_user</code> -p<code>your_password</code> -e "SET GLOBAL max_allowed_packet = 268435456;"

  （256MB，需有 SUPER 权限）
• 导入过程无进度条，耐心等；完成后可以用 SELECT COUNT(*) FROM wp_posts; 快速验证是否写入成功

拆分大 SQL 文件再用 phpMyAdmin 导入（无 SSH 时的妥协方案）

如果你被锁在虚拟主机里，没 SSH、也不能改 php.ini，那就只能把大文件切小。关键不是“随便切”，而是按语句边界切，否则会破坏 INSERT 或表结构。

Chinese Sensitive Words

中文敏感词/违禁词检测与内容合规性检查工具。支持对小红书（Xiaohongshu）、Douyin（抖音）、WeChat（微信）、Weibo（微博）、Bilibili（哔哩哔哩）、Zhihu（知乎）、Taobao（淘宝）、JD.com（京东）等主流平台的禁用词、限用词及高风险词进行文本扫描与合规性分析。

下载

• 别用记事本或 VS Code 直接分段——容易在 INSERT 语句中间断开，导致导入报错 #1064 - You have an error in your SQL syntax
• 用命令行工具切（Linux/macOS）：

  split -t ';' -l 200 wordpress.sql wordpress_part_

  （按分号切，每 200 个语句一个文件；但更稳妥的是用专用工具如 mysqldumpsplitter 或在线服务如 BigDump）
• BigDump 是专为这事写的：上传它到网站根目录，配置好数据库连接信息，然后用浏览器分批执行导入，自动跳过已导入部分，支持断点续传
• 切完的每个文件必须以 CREATE TABLE 或 INSERT 开头，且不能包含不完整的多行语句（比如跨行的长文本字段）

导入后常见问题与修复

大库导入完不代表万事大吉。WordPress 对 siteurl、home 和表前缀敏感，错一个就打不开后台或加载空白页。

• 检查并修正站点地址：

  UPDATE <code>wp_options</code> SET <code>option_value</code> = 'https://yoursite.com' WHERE <code>option_name</code> IN ('siteurl', 'home');

  （把 wp_ 换成你实际的表前缀）
• 如果前台 CSS/JS 404，大概率是 wp_options 里的 upload_path 或 upload_url_path 还指着旧服务器路径，一并 UPDATE 掉
• 导入后登录后台变慢？可能是 wp_options 表里积累了大量 transient（临时数据），清空它们：

  DELETE FROM <code>wp_options</code> WHERE <code>option_name</code> LIKE '_transient_%';

• 别忘了重置文件权限：SQL 导入不改文件系统权限，wp-content 目录仍需可写（755/644 足够，别盲目设 777）

真正卡住人的往往不是导入动作本身，而是导入后那些藏在 wp_options 里的路径和缓存。花两分钟跑几条 UPDATE，比反复重导十次都管用。

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！