PHP到MySQL数据查询过程概述_MySQL
摘要
本文概述了从PHP层发起mysql查询请求到mysql server 返回结果集的工作流程,并简单描述了各层可能涉及到的动作和组件。从全局把握整个交互过程。
PHP层到MySQL层
Php到sql组件层次如下图所示:
ext/mysqli和ext/mysql 是客户端的扩展程序库(库函数) ,在客户端脚本层面的扩展库。 Mysqli库是mysql库的扩展版本,扩展版本增加了列版定(Bind Column)绑定。PDO (PHP Data Object) 是另外一种面向数据对象的扩展库。这些扩展库直接面向编程者,而它的底层实现是mysql连接引擎(如mysqlnd和libmysql )(参考 http://bbs.chinaunix.net/thread-3679393-1-1.html 、http://blog.csdn.net/treesky/article/details/7286098 )。
mysqlnd和libmysql 是PHP端(客户端)的数据库连接驱动引擎。libmysql 是通用的数据库连接引擎,而mysqlnd是专属PHP开发的连接引擎,从属于Zend中。
当PHP通过调用扩展库(ext/mysqli和ext/mysql)中的mysql_query() 函数进行数据库查询的时候,Zend引擎将通过mysql(mysqlnd和libmysql)查询引擎向MySQL服务器发出查询请求。
MySQL层的数据查询
MySQL服务器接受到客户端的查询请求后,查询执行过程如上图所示:
1. 查询缓存,如果命中则直接将结果集返回给到客户端,否则进入步骤2
2. 对SQL语句依次进行解析、预处理、查询优化等操作,最终生成查询执行计划(select的查询执行计划可以通过explain select 查看)
3. MySQL服务端的查询执行引擎将依据查询执行计划 调用存储引擎对数据进行查询。当SQL语句的最后一层关联被执行后,将产生查询结果集
4. 查询结果集发送到客户端,传回的方式有两种:MySQL服务端缓存结果集 或 不缓存,这个由参数SQL_BUFFER_RESULT设置。 并且,如果用户设置了SQL_CACHE 那么本次的查询的结果集的一份副本存储于 查询缓存 中(步骤1相关)。
SQL_CACHE参数的启示:
将复杂的(多个关联)查询分解为多条简单的查询,因为
1)简单查询的缓存命中搞、
2)复杂查询结果的缓存易失效(关联太多表)
3)简单查询锁的持有率低
MySQL Server 到 PHP层
通信模式MySQL Server和客户端的通信采用“半双工通信”,意思是:客户端和服务端只能有一个在读,并且另外一个必须是写。
优点:协议简单,客户端和服务端的写权限是互斥的
缺点:无法进行流量控制,一端开始发送消息,另一端要完整的接受这个消息后才能响应它。
启示:服务端查询后的结果集发送给客户端,客户端(客户端的查询引擎,例如mysqlnd)必须完整的接受。所以,如果只需要少数行,记得在sql语句添加使用limit,少用select *。
结果集回传模式结果集回传中,每一行记录都通过 客户端-服务器通信协议进行包装,然后再交接给下层的tcp协议;当然,在tcp层,可以先缓存每行记录的协议包,组成大包在发出(对应用层透明)。
MySQL服务端只有将结果集全部发送给客户端后,才能释放结果集所占用的buffer。
服务端缓存模式
客户端命令: mysql_unbuffer_query(),在客户端的sql驱动扩展(mysqlnd)中不设置结果集的缓存,所以在fecth_array_xxx从结果集中读取一条记录时,需要从服务端的缓冲区中读取。
服务端无缓存模式
客户端命令: mysql_query(),在客户端的sql驱动扩展(mysqlnd)中设置了buffer用于缓存服务端的结果集,所以在fecth_array_xxx从结果集中读取一条记录时,是直接从mysqlnd扩展的缓冲区中取得row。
小结
如果结果集很大: 服务端无缓存模式可以减少服务端的内存压力哟,但是占用客户端的内存。这样只有看情况取舍了。
PHP层到用户层
在客户端,于服务端对接的是mysql扩展引擎(libmysql 或者 mysqlnd),而用户层是通过扩展库(ext/mysql 或 ext/mysqli)和mysql引擎进行交互(启示就是调用引擎的api读取结果集)。
引擎libmysql 和 mysqlnd 的机制并不同,主要区别是mysqlnd是转为php写的,被编译到zend内部。而libmysql是通用的库,zend需要调用该库实现数据库的连接。在这种却别下,mysqlnd和zend具有更好的粘合性,在数据传输到用户层时,少了一层数据的拷贝。具体的架构区别如下图所示。图中,五角星表示缓存 buffer。
vcWxvrLjw+ZteXNxbEluZLrNbGlibXlzcWwgysdNeVNxbCBTZXJ2ZXK2y7XEx/22r7PM0PKho8bk1tCjrGxpYm15c3FsysfNqNPDtcRNeVNRTLLp0a/H/bavs8zQ8qOstvhteXNxbG5kysfXqM6qUEhQyejWw7XEu/nT2lplbmTS/cfmtcRTUUzH/bavo6y8tG15c3FsbmS1xMr9vt3H/bavtq/X99Do0qq+rbn9WmVuZLrNbXlzcWxzZXJ2ZXK9u7ulo6y2+GxpYm15c3Fs1rG907rNbXlzcWxzZXJ2ZXK9u7ultcShozwvcD4NCjxwPrbUscijujxiciAvPg0KZXh0L215c3FsaaOou/LV32V4dC9teXNxbKOpus1saWJteXNxbLXEyv2+3b/isunRr9bQtcS5/bPMzqqjujxiciAvPg0KMaOpbXlzcWnP8mxpYm15c3Fsx/22r7eiy82y6dGvx+vH8zxiciAvPg0KMqOpTGlibXlzcWzWtNDQx+vH87KitcO1vb3hufu8r7TmtKLT8mxpYm15c3FstcRidWZmZXJz1tA8YnIgLz4NCjOjqU15c3Fsacnqx+vE2rTmo7p6dmFs1ri2qLXE0ru/6WJ1ZmZlcjxiciAvPg0KNKOpTXlzcWlptNNsaWJteXNxbL+9sbS94bn7vK+1vXp2YWzWuLaotcRidWZmZXLW0DxiciAvPg0KZXh0L215c3FsaaOou/LV32V4dC9teXNxbKOpus1teXNxbG5ktcTK/b7dv+Ky6dGv1tC1xLn9s8zOqqO6PGJyIC8+DQoxKSBteXNxac/ybXlzcWxuZMf9tq+3osvNsunRr8frx/M8YnIgLz4NCjIpIG15c3FsbmTH/bavzai5/XplbmTS/cfm1rTQ0HNxbLLp0a+jrL3hufu8r7XEw7/Su9DQ08nSu7j2YnVmZmVytOa0oqOouPe49mJ1ZmZlcsrHt9bJorXEo6k8YnIgLz4NCjMpIE15c3FsbmS0tL2otuC49np2YWyjrLKi1rjP8tXi0KlidWZmZXJzPC9wPg0KPHA+wP3I56O6PGJyIC8+DQrU2mV4dC9teXNxbCAmYW1wOyBsaWJteXNxbCDW0KOsbGlibXlzcWzH/bav1rTQ0FNRTNPvvuS687XDtb294bn7vK9Sb3cxflJvdzOjrMi7uvNleHQvbXlzcWy9q73hufu8r7+9sbS1vXplbmQgYnVmZmVy1tCjrNauuvNteXNxbGlfZmV0Y2hfeHh4uq/K/bTTuMPH+NPyxNq05tbQtsHIob3hufu8r9bQtcTE2sjdoaM8YnIgLz4NCtTaZXh0L215c3FsaSAmYW1wOyBteXNxbEluZCDW0KOsbXlzcWxuZCDH/bav1rTQ0FNRTNPvvuS1w7W9veG5+7yvUm93MX5Sb3czo6zG5NbQo6zDv7j2cm931rG909PJemVuZLXE0ru49mJ1ZmZlcrTmtKKjrLKi08nSu7j2enZhbNa4z/Kho7/Nu6e2y82ouf3Ts8nk1rG907TTuMPE2rTmx/jT8tbQtsHIob3hufvKtc/WbXlzcWxpX2ZldGNoX3h4eKGjPC9wPg0KPGgyIGlkPQ=="小结-1">小结
mysqlnd和zend更具有粘合性,在sql查询驱动中,mysqlnd通过zend引擎访问数据库,并直接将将结果存储域zend的buffer中,相比libmysql驱动(独立于zend),少了一次结果集缓存拷贝。