php与mysql之间操作原理

php和mysql相关扩展有：mysql、mysqli和pdo三种

mysql扩展从php5.5.0被废弃，并且从从php7.0.0开始被废除

mysql之前的使用---几个基本的函数：mysql_connect();mysql_close();mysql_create_db();mysql_db_query();mysql_drop_db();

 从web查询数据库：

一个用户的浏览器发出一个http请求，请求特定的web页面，在该页面中触发表单，提交到php（如：results.php）内部处理。web服务器

Web服务器接收到对results.php页面的请求后，检索文件，并将其传递给PHP引擎处理 

PHP引擎开始解析脚本。脚本主要包括了连接数据库和执行查询的命令。PHP启动了对MySQL服务器的连接并向该服务器发送适当的查询。 

MySQL服务器接收到数据库查询的请求，开始处理这个查询，并将查询结果返回给PHP引擎。 

PHP引擎完成了脚本的运行后，将该HTML返回Web服务器。 

Web服务器再将HTML返回给客户端浏览器，用户就可以看到响应后的结果页面。

php与mysql之间操作原理

标签：mysqli   基本   nbsp   相关   5.5   nec   请求   使用   提交   

小编还为您整理了以下内容，可能对您也有帮助：

php连接mysql数据库原理是怎样的

现在使用PDO链接数据库的较多

连接是通过创建 PDO 基类的实例而建立的。不管使用哪种驱动程序，都是用 PDO 类名。构造函数接收用于指定数据库源（所谓的 DSN）以及可能还包括用户名和密码（如果有的话）的参数。

连接到 MySQL

<?php

$dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass);

?>

如果有任何连接错误，将抛出一个 PDOException 异常对象。如果想处理错误状态，可以捕获异常，或者选择留给通过 set_exception_handler() 设置的应用程序全局异常处理程序。

处理连接错误

<?php

try {

    $dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass);

    foreach($dbh->query('SELECT * from FOO') as $row) {

        print_r($row);

    }

    $dbh = null;

} catch (PDOException $e) {

    print "Error!: " . $e->getMessage() . "<br/>";

    die();

}

?>

如果应用程序不在 PDO 构造函数中捕获异常，zend 引擎采取的默认动作是结束脚本并显示一个回溯跟踪，此回溯跟踪可能泄漏完整的数据库连接细节，包括用户名和密码。因此有责任去显式（通过 catch 语句）或隐式（通过 set_exception_handler() ）地捕获异常。

连接数据成功后，返回一个 PDO 类的实例给脚本，此连接在 PDO 对象的生存周期中保持活动。要想关闭连接，需要销毁对象以确保所有剩余到它的引用都被删除，可以赋一个 NULL 值给对象变量。如果不明确地这么做，PHP 在脚本结束时会自动关闭连接。

关闭一个连接

$dbh = new PDO('mysql:host=localhost;dbname=test', $user, $pass);

// 在此使用连接

// 现在运行完成，在此关闭连接

$dbh = null;

?>

很多 web 应用程序通过使用到数据库服务的持久连接获得好处。持久连接在脚本结束后不会被关闭，且被缓存，当另一个使用相同凭证的脚本连接请求时被重用。持久连接缓存可以避免每次脚本需要与数据库回话时建立一个新连接的开销，从而让 web 应用程序更快。

php-fpm怎么连接的mysql

们都知道，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

php-fpm怎么连接的mysql

们都知道，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

php跟mysql，mysql跟html是怎么连接起来的？求高手来！100分....

php与mysql是简单的说就是通过sql语句连接.mysql与html没有直接的连接.是通过php获取html传递过来的值连接.js是直接和html联系在一起的.如果传值需要用json和ajax.如果不同可以继续问.

php和MySQL,HTML之间的变量是怎么样互相取得互相联系的?

网站中的采用PHP+MySQL+HTML语言开发，那一定是动态网站，而这一个动态就体现在PHP的身上。

网站中的各个变量实质就是发送请求交由服务端，然后再把变量位置发送变化的数据给替换掉并展示给客户端。

首先请求会交给nginx，在优化nginx做请求转发给到PHP，然后PHP在进行业务代码处理数据库当中的数据相应操作，然后把获取到的数据通过视图模板渲染数据后生成为HTML页面，在返回给nginx，由nginx来响应页面数据给到浏览器，浏览器进行HTML页面的DOM解析处理。

联系就是数据通过PHP操作数据库，获取到数据库数据然后再经过视图模板进行渲染，在交由nginx返回给客户端。

PHP和HTML

HTML是用户看到客户端的结果页，但是这个结果页是需要经过浏览器来进行标签的解析处理的。既然是由浏览器解析HTML，那么页面里面的变量肯定是经过PHP去执行处理的。

当用户请求发送到服务器里面的nginx时，nginx会根据虚拟站点信息进行规则匹配，匹配到指定站点后，然后把请求交给到PHP，PHP在处理当前用户请求里面需要做的事情，我们的业务逻辑就是php中完成。

处理完成后，PHP会执行一步叫做模板渲染的操作，这这里机会把相关的PHP变量替换成php的代码，并执行里面的php代码，最后就在相关变量位置得到最终需要的数据。然后生成的HTML静态资源响应给nginx，在返回给客户端

如果不是框架里面的模板渲染，而是普通的php嵌入html的页面，就省去了模板变量替换php代码过程

PHP和MySQL

mysql本质就是数据管理系统，一切页面的展示和它没关系，它只是提供页面中需要的数据，而这个数据需要PHP用相关的mysql客户端去连接到mysql数据库。例如：mysqli、pdo

建立连接后再用SQL语句查找相关数据，拿到的数据就是视图模板进行赋值的过程，相当于就是把数据通过赋值过程交给到视图模板中去，毕竟你视图解析的时候需要把模板变量替换为普通的php代码后在执行。

综上：php和mysql、html的关系。分别对应逻辑操纵、数据存储、页面效果展示，它们之间的联系就来自于PHP进行相关逻辑、数据操作得到最终的数据，然后解析页面在返回。

php和MySQL,HTML之间的变量是怎么样互相取得互相联系的?

网站中的采用PHP+MySQL+HTML语言开发，那一定是动态网站，而这一个动态就体现在PHP的身上。

网站中的各个变量实质就是发送请求交由服务端，然后再把变量位置发送变化的数据给替换掉并展示给客户端。

首先请求会交给nginx，在优化nginx做请求转发给到PHP，然后PHP在进行业务代码处理数据库当中的数据相应操作，然后把获取到的数据通过视图模板渲染数据后生成为HTML页面，在返回给nginx，由nginx来响应页面数据给到浏览器，浏览器进行HTML页面的DOM解析处理。

联系就是数据通过PHP操作数据库，获取到数据库数据然后再经过视图模板进行渲染，在交由nginx返回给客户端。

PHP和HTML

HTML是用户看到客户端的结果页，但是这个结果页是需要经过浏览器来进行标签的解析处理的。既然是由浏览器解析HTML，那么页面里面的变量肯定是经过PHP去执行处理的。

当用户请求发送到服务器里面的nginx时，nginx会根据虚拟站点信息进行规则匹配，匹配到指定站点后，然后把请求交给到PHP，PHP在处理当前用户请求里面需要做的事情，我们的业务逻辑就是php中完成。

处理完成后，PHP会执行一步叫做模板渲染的操作，这这里机会把相关的PHP变量替换成php的代码，并执行里面的php代码，最后就在相关变量位置得到最终需要的数据。然后生成的HTML静态资源响应给nginx，在返回给客户端

如果不是框架里面的模板渲染，而是普通的php嵌入html的页面，就省去了模板变量替换php代码过程

PHP和MySQL

mysql本质就是数据管理系统，一切页面的展示和它没关系，它只是提供页面中需要的数据，而这个数据需要PHP用相关的mysql客户端去连接到mysql数据库。例如：mysqli、pdo

建立连接后再用SQL语句查找相关数据，拿到的数据就是视图模板进行赋值的过程，相当于就是把数据通过赋值过程交给到视图模板中去，毕竟你视图解析的时候需要把模板变量替换为普通的php代码后在执行。

综上：php和mysql、html的关系。分别对应逻辑操纵、数据存储、页面效果展示，它们之间的联系就来自于PHP进行相关逻辑、数据操作得到最终的数据，然后解析页面在返回。

php和MySQL连接

mysql 是数据库服务器，他的核心作用是对数据管理，对数据的查询，存储，作出优化。mysql只有在运行时，才能提供对应的数据管理服务。

php文件 是静态的，当执行时，会把代码中的联接器激活，然后在给 mysql 发 sql 语句，mysql 在接到 语句后，然后执行。

前端应有程序，把数据操作命令(严格意义上，是应用命令)　给msyql，　然后 mysql 把数据处理好。、

大点的公司，分以下几个不同的岗位，数据库开发，数据库维护，程序开发，

这几个不同的职位，就对应了不同的工作内容。

sql 语言，是种语言，（类似编程语句）并不是只可能用到数据库。多用到数据库，但你也可能在别的服务程中，用这种语言作命令的传递。

数据库端有管理工具，分对数据库的，对联接驱动的，对客户端配置的。

一个数据库服务，往往有几种不同的服务提供形式，一种是 tcp/ip 网络接口形式，一种是管道，一种是套接字本机接口。

这儿好多东东是分开的，各负各的责，不像在accass中，不分那么清。

php里，管理员登录，就可以修改数据库数据，这个权限的原理是什么？

利用session和cookie实现，

session是保存在服务器的会话记录，当管理员登陆后，对于每个管理操作，都有一段PHP代码用于检查session中的用户是否管理员身份，是则允许管理操作；

cookie是保存在浏览器的登陆数据，譬如登陆之后浏览器存下了用户名和登陆密码，每次与服务器的会话都向服务器发送cookie的数据，此过程中PHP提取cookie里的用户名和密码信息进行校验，通过后允许管理操作。