我写过一个外部模块扩展，现在开始看PHP源码中的mysql扩展，它是可以被集成到PHP内部的，所以应该算是内置的扩展了。
该扩展需要用到mysql数据库提供的一些接口，所以需要安装了mysql，并能够确定mysql.h的位置。
该扩展的位置一般在 PHP-source-code/ext/mysql 下。
在linux下，主要需要注意的文件是： config.m4, php_mysql.c, php_mysql_structs.h。
ps：该目录下有tags文件，所以可以利用ctags的各种特性，直接找到函数、宏定义等。
ps：linux下mysql的启动 sudo mysql-dir/bin/mysqld_safe &
之后会有两个进程运行：
复制代码 代码如下:
root 5297 0.0 0.0 5920 1416 pts/5 S 11:08 0:00 /bin/sh /usr/local/mysql/bin/mysqld_safe
mysql 5320 1.4 1.1 202728 23796 pts/5 Sl 11:08 1:47 /usr/local/mysql/libexec/mysqld --basedir=https://www.jb51.net/usr/local/mysql --datadir=https://www.jb51.net/usr/local/mysql/var --user=mysql --pid-file=https://www.jb51.net/usr/local/mysql/var/tj1clnxweb0004.pid --skip-external-locking --port=3306 --socket=https://www.jb51.net/tmp/mysql.sock
----------------------------------------------
以下先记录阅读过程中的一些细节问题：
1、php_mysql_do_query_general函数
该扩展提供的函数mysql_query和mysql_unbuffered_query最后都要用到php_mysql_do_query_general来执行核心功能。
首先看下trace模式：
if (MySG(trace_mode)) { .... }
在php.ini中有配置：
mysql.trace_mode = Off
而如果配置是打开的，那么就会执行if中的句子，而如果执行的句子是select的话，就会在前面加上explain，分析sql句子的性能。
然后看一下mysql_use_result和mysql_store_result的区别：
可以看到，mysql_query使用的是mysql_store_result函数，而mysql_unbuffered_query是用的是mysql_use_result。
参考文章（），并总结如下：
mysql_store_result 查询并获取所有的结果集，保存在客户端，准备供客户端使用，这样对于客户端的内存和性能要求较大。
mysql_use_result 仅查询，而将结果获取延迟。相当于是在服务前端维护了一个结果集。
当调用完mysql_store_result ，使用mysql_fetch_row获取结果时，是直接从客户端获取结果，如果返回为NULL，就是没有结果了。
而当调用完mysql_use_result，使用mysql_fetch_row获取结果时，是从服务前端获取结果，如果返回为NULL，那么可能是没用结果了，也可能是网络连接出错等原因。
由于结果集的维护地方不同，mysql_store_result 的结果可以提供更多的处理函数，比如任意的seek、获取总数、非顺序访问等。而mysql_use_result的结果集就不可以。
另外，由于mysql_use_result的结果集是维持在服务器端，那么它就提出一个要求：客户端对结果集中的每一行都必须调用mysql_fetch_row，否则，结果集中剩余的记录就会成为下一个查询结果集中的一部分，并且发生“不同步”的错误。
那么，为什么还要用到mysql_use_result呢？看下这个情况：
mysql 和mysqldump 缺省时，使用mysql_store_result，但是如果指定--quick 选项，则使用mysql_use_result。
那说明mysql_use_result在效率方面占有优势？
看下mysql的帮助手册：
-q, --quick Don't cache result, print it row by row. This may slow
down the server if the output is suspended. Doesn't use
history file.
mysqldump的帮助手册：
-q, --quick Don't buffer query, dump directly to stdout.
那么在我没有彻底弄明白为什么quick对应着mysql_use_result的时候，先搞明白什么时候不要用mysql_use_result吧。由于mysql_use_result的结果集维护在服务器端，那么如果客户端程序可能被挂起，别用它。如果结果集的行与行之间有过多操作，别用它。也就是一句话，如果查询完，不是立马用完结果，free掉，那么就别用mysql_use_result。
为了尝试一下效果，写了以下测试代码：
复制代码 代码如下:
$sql = sprintf("select * from pet;");
$result = mysql_unbuffered_query($sql, $conn);
$rows = mysql_fetch_row($result);
var_dump($rows);
$sql = sprintf("select * from shop");
$result = mysql_unbuffered_query($sql, $conn);
$rows = mysql_fetch_row($result);
var_dump($rows);
执行的结果是，第二次fetch不会显示第一次的结果，但是php会报notice：
PHP Notice: mysql_unbuffered_query(): Function called without first fetching all rows from a previous unbuffered query in /home/yicheng/test-all/mysqltest/test.php on line 28
修改测试代码：
复制代码 代码如下:
$i = 1000000;
while($i--){
$sql = sprintf("select * from pet;");
$result = mysql_query($sql, $conn);
#$result = mysql_unbuffered_query($sql, $conn);
while($rows = mysql_fetch_row($result)){
}
if ($result){
mysql_free_result($result);
}
}
使用unbuffered的结果：
:!time ./test.php
real 1m10.220s
user 0m17.853s
sys 0m9.541s
使用mysql_query的结果：
:!time ./test.php
real 1m11.191s
user 0m19.297s
sys 0m10.133s
貌似时间差别也不大嘛
2、一些资源相关的宏定义
复制代码 代码如下: