如何将mysql数据库同程序一同打包实现用户一键安装?

不用写脚本啦，我实现过，直接把MySQL文件夹和你的程序一块打包，将MySQL文件夹里面的my.ini文件修改为对应的你打包后将要安装的MySQL文件夹位置就Ok了。我用的打包软件是setup factory7.0.

们都知道，php是不能直接 *** 作 mysql的，他需要通过扩展提供接口调用，php的mysql扩展也好几个，只支持面向过程的mysql，既支持面向过程也支持面向对象的mysqli，只支持面向对象的PDO，当然无论是那个扩展，也只是php语法写法上的区别而已，底层其实是一样的。

今天我们不讲语法这些老掉牙的东西，我们随便找一个扩展，来分析一下 php底层 和 mysql 之间的通信原理。

首先我们来理解一下 php-fpm 的工作原理，php-fpm 是一个 php-cgi 进程管理器，其实就是一个连接池，它和nginx配合的工作原理如下。

我们先从最简单的静态方式入手观察他的工作原理

vim php-fpm.ini

[www]

pm = static

pm.max_children = 5

pm.max_requests = 2

上面三句话的含义是什么呢:

1、static 表示静态以静态方式生成 php-fpm 进程

2、pm.max_children = 5 表示当 php-fpm 启动时就启动 5 个 php-fpm 子进程 等待处理 nginx 发过来的请求

3、pm.max_requests = 2 表示每个 php-fpm 子进程处理 2 个请求就销毁，当然父进程每次看到有销毁的自然也就会生成新的子进程

我们来简单验证一下这个说法：

首先重启 php-fpm，让它复位一下

接下来写一条简单的语句输出当前进程ID

echo "当前 php-fpm 进程ID：".posix_getpid()

不断刷新浏览器观察输出变化

当前 php-fpm 进程ID：24548

当前 php-fpm 进程ID：24549

当前 php-fpm 进程ID：24550

当前 php-fpm 进程ID：24547

当前 php-fpm 进程ID：24551

当前 php-fpm 进程ID：24548

当前 php-fpm 进程ID：24549

当前 php-fpm 进程ID：24550

当前 php-fpm 进程ID：24547

当前 php-fpm 进程ID：24551

当前 php-fpm 进程ID：24563

当前 php-fpm 进程ID：24564

当前 php-fpm 进程ID：24565

当前 php-fpm 进程ID：24566

当前 php-fpm 进程ID：24567

当前 php-fpm 进程ID：24563

当前 php-fpm 进程ID：24564

当前 php-fpm 进程ID：24565

当前 php-fpm 进程ID：24566

当前 php-fpm 进程ID：24567

当前 php-fpm 进程ID：24568

当前 php-fpm 进程ID：24569

当前 php-fpm 进程ID：24570

当前 php-fpm 进程ID：24571

当前 php-fpm 进程ID：24572

当前 php-fpm 进程ID：24568

当前 php-fpm 进程ID：24569

当前 php-fpm 进程ID：24570

当前 php-fpm 进程ID：24571

当前 php-fpm 进程ID：24572

可以看得出，第一批id不是按照顺序执行的，进程id为24547的进程是在第四位处理的，然后从下面开始，所有id都是顺序执行的而且每次生成的一批id都是递增，是不是有种mysql自增主键的赶脚呢？

这里需要注意的是，无论是静态还是下面的动态配置方式，只要没有设置 max_requests ，那么进程是不会销毁的，也就是说当一个进程里面出现死循环或者内存溢出等导致进程僵死的情况出现的时候，处理的进程就会少一个了

好吧理解了静态的处理方式，我们其实也很容易知道这个方式的弊端了，当然我们平时服务器不可能就开5个进程每个进程处理2个请求，我们来做一个简单的加减乘除，看看一个服务器应该开多少个 php-fpm 合适

首先我们来看看一个简单的echo需要多少内存：

$size = memory_get_usage()

$unit = array('b','kb','mb','gb','tb','pb')

$memory = @round($size/pow(1024,($i=floor(log($size,1024)))),2).' '.$unit[$i]

echo "当前 php-cgi 进程所使用内存：".$memory

观察浏览器我们可以得到一下数据：

当前 php-cgi 进程所使用内存：227.17 kb

也就是说一个简单的什么都不干的php就已经占用了200多K的内存，当然这也不算多。

不过进程多了cpu切换进程速度就会变慢，所以这个数还是需要通过ab等测试工具才能测试出具体应该开多少比较合理

我们先从200开始，不断的增加，架设增加到800的时候，效率和400一样，那我们就没必要开800那么多进程浪费内存了。

那么问题就来了，如果同一时间请求出超过400呢？有人说会排队等待，真的会排队等待吗？答案明显是 php-fpm 是没能力排队了，因为处理请求的php-fpm子进程都用完了，那么等待也就只能是在 nginx 等待，通常一个 nginx 也不只是转发请求给 php-fpm 就完事了，他还要处理静态文件呢？如果这些php请求导致nginx的请求数过多一直在等待，那么访问静态文件自然也会卡了，这时候我们就需要配置成下面的动态处理方式。

[www]

pm.max_children = 10

pm.start_servers = 5

pm.min_spare_servers = 2

pm.max_spare_servers = 8

pm.max_requests = 2

上面五句话的含义是什么呢:

1、dynamic 表示静态以动态方式生成 php-fpm 进程

2、pm.max_children = 10 同时活动的进程数 10个

3、pm.start_servers = 5 表示当 php-fpm 主进程启动时就启动 5 个 php-fpm 子进程

4、pm.min_spare_servers = 2 表示最小备用进程数

5、pm.max_spare_servers = 8 表示最大备用进程数

6、pm.max_requests = 2 上面说过就不说了

当前 php-fpm 进程ID：2270

当前 php-fpm 进程ID：2271

当前 php-fpm 进程ID：2272

当前 php-fpm 进程ID：2273

当前 php-fpm 进程ID：2274

当前 php-fpm 进程ID：2270

当前 php-fpm 进程ID：2271

当前 php-fpm 进程ID：2272

当前 php-fpm 进程ID：2273

当前 php-fpm 进程ID：2274

当前 php-fpm 进程ID：2270

当前 php-fpm 进程ID：2271

当前 php-fpm 进程ID：2272

当前 php-fpm 进程ID：2273

当前 php-fpm 进程ID：2274

VS2010的打包和vs2008完全一样，步骤如下：1、 建立安装工程：在程序的solution(解决方案)中，用右键Add(添加)一个New project(新工程)，选other project types的Setup project，建立一个安装工程如Setup2、 添加相应的文件：在setup的Application Folder(应用程序文件夹)的右键菜单的Add(添加)菜单，添加file文件

---