导入sql文件的时候各种报错？下面整理了最常见的导入报错和解决办法，照着排查就行。

1. 先看最常见的导入命令

mysql -u root -p 数据库名 < /path/to/你的文件.sql

或者进入MySQL后用source：

mysql -u root -p
USE 数据库名;
source /path/to/你的文件.sql;

2. 报错1：Unknown database

原因： 数据库不存在，你直接导入了。

解决： 先创建数据库再导入：

CREATE DATABASE 数据库名 DEFAULT CHARACTER SET utf8mb4;

然后再执行导入命令。

3. 报错2：Access denied

原因： 权限不够，或者密码错了。

解决： 确认用户名密码对不对，给用户授权：

GRANT ALL PRIVILEGES ON *.* TO '用户名'@'localhost' IDENTIFIED BY '密码';
FLUSH PRIVILEGES;

4. 报错3：File not found

原因： 文件路径不对，或者文件没权限读。

解决：

• 用绝对路径，不要用相对路径
• 确认文件存在：ls -l /path/to/file.sql
• 给文件加读权限：chmod 644 file.sql

5. 报错4：Duplicate entry

原因： 导入的表已经有数据了，主键冲突。

解决：

• 先清空表再导入：TRUNCATE TABLE 表名;
• 或者导入SQL文件开头加上 DROP TABLE IF EXISTS 表名;

6. 报错5：Unknown collation

原因： 字符集排序规则不一致，比如导出用的是 utf8mb4_general_ci，导入的数据库是 utf8_general_ci。

解决： 导入前设置字符集：

SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;
-- 导入你的SQL
SET FOREIGN_KEY_CHECKS = 1;

7. 报错6：MySQL server has gone away

原因： SQL文件太大，导入超时了。

解决： 修改MySQL配置：

# /etc/my.cnf
max_allowed_packet = 64M
wait_timeout = 300
interactive_timeout = 300

然后重启MySQL：

systemctl restart mysqld

8. 报错7：Syntax error

原因： SQL文件格式不对，或者MySQL版本不兼容。

解决：

• 导出的时候选择兼容版本
• 去掉注释行（-- 开头的）
• 用文本编辑器打开检查一下有没有乱码

9. 大文件导入更快的方法

如果SQL文件几百MB，用mysql命令行比phpMyAdmin快10倍：

mysql -u root -p 数据库名 < big_file.sql

还可以开事务加速：

SET autocommit = 0;
SET unique_checks = 0;
SET foreign_key_checks = 0;
-- 导入完成后
SET autocommit = 1;
SET unique_checks = 1;
SET foreign_key_checks = 1;
COMMIT;

遇到问题加QQ23979811 协助处理

前言

访问 PHP 页面，直接报 "No input file specified"，意思是 PHP-FPM 找不到要执行的 PHP 文件。这是 Nginx 配置里 root 路径不对导致的。

报错长什么样

页面上直接显示：

No input file specified.

没有其他信息，就这么一句话。

常见原因

原因1：root 路径不对

PHP location 里的 root 和 server 里的 root 不一致。

错误示例：

server {
    root  /var/www/html;

    location ~ \.php$ {
        fastcgi_param SCRIPT_FILENAME /var/www/php$fastcgi_script_name;
    }
}

这样 PHP 找文件的时候就找错目录了。

正确做法：

server {
    root  /var/www/html;

    location ~ \.php$ {
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    }
}

用 $document_root 自动取 server 里的 root。

原因2：文件真的不存在

URL 对应的 PHP 文件根本就没有。

检查：

ls /var/www/html/test.php

原因3：文件权限不对

文件存在，但 Nginx/PHP-FPM 读不了。

解决： 确保文件权限是 644，目录是 755，属主是 www。

完整正确的配置

server {
    listen       80;
    server_name  www.example.com;

    root  /var/www/html;
    index index.php index.html;

    location / {
        try_files $uri $uri/ =404;
    }

    location ~ \.php$ {
        fastcgi_pass   unix:/run/php-fpm/www.sock;
        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }
}

排查步骤

第一步：确认文件在不在

ls /var/www/html/test.php

第二步：看 Nginx 错误日志

tail -f /var/log/nginx/error.log

访问一下报错的页面，看日志里写的路径是什么。

第三步：确认 root 路径

grep root /etc/nginx/conf.d/你的站点.conf

常见坑

坑1：fastcgi_param 写错了

写成了 $request_filename 或者其他变量。

解决： 一定要用 $document_root$fastcgi_script_name。

坑2：伪静态和 PHP 冲突

配了伪静态，导致 PHP 请求被重写到别的地方了。

解决： 确保伪静态规则在 PHP location 之前，而且 PHP location 能正常匹配到 .php 请求。

坑3：多站点 root 不一致

A 站点的 PHP 请求跑到 B 站点去了。

原因： 多个站点的 root 配置不对。

解决： 每个站点的 root 都写清楚，别共用。

坑4：PHP-FPM 配置不对

PHP-FPM 的 www.conf 里的 listen 路径和 Nginx 配置的不一致。

解决： 确认两边的 socket 路径一样。

总结

90% 的情况都是 root 路径不对。

检查这三点：

1. root 路径写对了没
2. 文件真的存在不
3. 文件权限对不对

记住： PHP 配置里一定要用 $document_root$fastcgi_script_name，别写死路径。

遇到问题加QQ23979811 协助处理

Nginx 出现 502 Bad Gateway 是最常见的报错之一，90% 的情况都是 PHP-FPM 出了问题。下面是完整的排查思路，按顺序一步步来，基本都能解决。

1. 先看 PHP-FPM 是否在运行

systemctl status php-fpm

如果显示 failed 或 inactive，直接重启：

systemctl restart php-fpm

注意：CentOS 7 一般是 php-fpm，Ubuntu 可能是 php7.4-fpm 之类的，看你装的版本。

2. 看 Nginx 错误日志（最关键）

tail -f /var/log/nginx/error.log

常见错误信息：

错误1：connect() failed (111: Connection refused) while connecting to upstream
说明 PHP-FPM 没启动，或者监听地址不对。

错误2：upstream timed out
PHP 脚本执行超时了，或者 PHP-FPM 进程不够用。

错误3：Primary script unknown
Nginx 配置里的 SCRIPT_FILENAME 路径不对，找不到 PHP 文件。

3. 检查 Nginx 配置是否正确

nginx -t

如果显示 test is successful 说明配置语法没问题。

重点检查 fastcgi_pass 这一行：

location ~ \.php$ {
    fastcgi_pass   127.0.0.1:9000;  # 或者 unix:/run/php-fpm/www.sock
    fastcgi_index  index.php;
    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    include        fastcgi_params;
}

常见问题：

• fastcgi_pass 地址和 PHP-FPM 实际监听地址不一致
• SCRIPT_FILENAME 路径写错了

4. 检查 PHP-FPM 监听地址

netstat -tlnp | grep php-fpm

或者：

ss -tlnp | grep php-fpm

看 PHP-FPM 是监听在 9000 端口还是 unix sock 文件，然后和 Nginx 配置里的 fastcgi_pass 对应上。

5. 检查 PHP-FPM 进程数是否够

看 PHP-FPM 配置：

vi /etc/php-fpm.d/www.conf

重点参数：

pm = dynamic
pm.max_children = 50
pm.start_servers = 20
pm.min_spare_servers = 10
pm.max_spare_servers = 30

如果访问量大，进程数不够就会 502。

6. 检查 PHP 错误日志

tail -f /var/log/php-fpm/www-error.log

有时候 PHP 代码本身报错，也会导致 502。

7. 其他常见原因

磁盘满了

df -h

内存不够

free -h

如果内存不足，PHP-FPM 进程会被杀掉，也会 502。

SELinux 没关
参考我之前的文章，关掉 SELinux 试试。

排查顺序总结

1. 重启 PHP-FPM → 看能不能恢复
2. 看 Nginx 错误日志 → 定位具体错误
3. 检查 Nginx 配置 → fastcgi_pass 和 SCRIPT_FILENAME
4. 检查 PHP-FPM 状态 → 监听地址、进程数
5. 检查系统资源 → 磁盘、内存
6. 检查 SELinux

遇到服务器、Nginx、MySQL 报错，可以加微信远程协助排查问题。