通过 phpmyadmin 上传 2G 的 sql 文件，配置了依然不行

[tianxiacangshen]

之前通过修改，几百 M 的好像可以上传了，但是这 2G 的死活不成功，修改 php.ini 配置文件中：

max_execution_time （ php 页面执行最大时间）=6000
max_input_time （ php 页面接受数据最大时间）=6000
memory_limit=4096 （ 4G ）
upload_max_filesize （最大文件限制）=4096 （ 4G ）
post_max_size （ post 大小限制）=4096 （ 4G ）

修改了 phpmyadmin 的 config：

ExecTimeLimit=0 （不限制时间）
import 页面的内存限制 2*2048*1024*1024=4G

[cxbig]

这是什么场景？
1. 不要用 http 上传这么大的文件
2. 一定要上传也最好是.gz 类的压缩格式
3. 除本地测试环境，其他场合用 phpmyadmin 不安全

建议：使用基于 SSH 的通道连接远程数据库，用 MySQL Workbench 或 Navicat 之类的客户端操作。

[changwei]

别用 navicat 等工具远程导入数据库，我上次导入一个一百多 m 的数据库导入了六个小时。建议先 ftp 上传，然后直接使用 mysql 控制台的 source 命令导入这样速度是最快的而且最安全。

[ToughGuy]

有种格式叫做 sql.gz

[shiny]

SQL 的压缩比很高的，可以试试压缩下。 如果你压缩后还有 2G 就不要用 phpMyAdmin 上传了吧。

[iamfirst]

先压缩打包上传到服务器，再用命令行导入

[claysec]

console upload 进去，web 端太大的文件不好支持

[anubiskong]

10 年了吧。。。这个月经问题

[anubiskong]

我只是觉得自己老了，大家别理我

[qiukong]

@anubiskong 10 年了，这类问题依然存在，可见互联网并没有取得什么发展……

[lsido]

为啥想用 phpmyadmin 来处理 2g 的数据，一般上了百 M 的，基本用命令行是最有效的解决方式

[tianxiacangshen]

@shiny 压缩之后 280M，还是不行

[tianxiacangshen]

@lsido 本地测试数据用，并非服务器

[zhaohehedola]

有可能是 web 服务器 对文件大小有限制

[lsido]

@tianxiacangshen 本地也用命令行 source 导入啊，而且少了上传，不是更方便吗

[Reign]

强悍，我超过了 100M 的 sql 都是用的命令行导入

[zhengkai]

mysql < foo.sql

zcat foo.sql.gz | mysql

[allenhu]

好逗，浏览器上传 2g 怎么传上去的

[yumijie]

感觉楼主是要测试极限的

[shiny]

@tianxiacangshen 不要忘了改 nginx/apache 的文件尺寸限制。另外可以描述下页面的反应。

[tianxiacangshen]

@yumijie
@Reign
@lsido
@lsido 命令行导入直接卡死.....估计文件太大