PHP向MySQL插入超大文本数据

最大上传数也要改一下的，不然你那几十万字也估计超过你的最大上传限制了，还有，如果你的那个只是文本的话，可以考虑用MYSQL的压缩，怎么用我就不废话了。主要是设定两个东西：

服务器最大响应时间；最大上传限制，这两个高好了就行。其他一般不会有问题。你试一下。

补充：

在php.ini里有个参数叫“max_execution_time”，这个是最大响应时间，以秒为单位，改个大一点的，“post_max_size ”，这个是最大上传的大小， 以M为单位。

上回忘了个了很重要的东西，就是要重启你的服务进程（linux下），重启APM（WIN下）

Linux 进程通过 C 标准库中的内存分配函数 malloc 向系统申请内存，但是到真正与内核交互之间，其实还隔了一层，即内存分配管理器(memory allocator)。常见的内存分配器包括：ptmalloc(Glibc)、tcmalloc(Google)、jemalloc(FreeBSD)。MySQL 默认使用的是 glibc 的 ptmalloc 作为内存分配器。

内存分配器采用的是内存池的管理方式，处在用户程序层和内核层之间，它响应用户的分配请求，向 *** 作系统申请内存，然后将其返回给用户程序。

为了保持高效的分配，分配器通常会预先向 *** 作系统申请一块内存，当用户程序申请和释放内存的时候，分配器会将这些内存管理起来，并通过一些算法策略来判断是否将其返回给 *** 作系统。这样做的最大好处就是可以避免用户程序频繁的调用系统来进行内存分配，使用户程序在内存使用上更加高效快捷。

关于 ptmalloc 的内存分配原理，个人也不是非常了解，这里就不班门弄斧了，有兴趣的同学可以去看下华庭的《glibc 内存管理 ptmalloc 源代码分析》。

关于如何选择这三种内存分配器，网上资料大多都是推荐摒弃 glibc 原生的 ptmalloc，而改用 jemalloc 或者 tcmalloc 作为默认分配器。因为 ptmalloc 的主要问题其实是内存浪费、内存碎片、以及加锁导致的性能问题，而 jemalloc 与 tcmalloc 对于内存碎片、多线程处理优化的更好。

目前 jemalloc 应用于 Firefox、FaceBook 等，并且是 MariaDB、Redis、Tengine 默认推荐的内存分配器，而 tcmalloc 则应用于 WebKit、Chrome 等。

修改php.ini里 upload_max_filesize = 2M 这一行改成你想要上传大大小

同时注意 如果你设置的比较大 post_max_size = 8M 这一行也改一下

---