之前都是使用同事封装好的mysql类，今天做性能测试时自己手动编写了查询mysql的操作。偶然发现mysqli::query（或者mysqli_query）有一个参数$resultmode取值为MYSQLI_USE_RESULT or MYSQLI_STORE_RESULT。平时封装好的类中都是使用默认的MYSQLI_STORE_RESULT。Phpmanul上给出了这么一段话：
Either the constant MYSQLI_USE_RESULT or MYSQLI_STORE_RESULT depending on the desired behavior. By default, MYSQLI_STORE_RESULT is used.
If you use MYSQLI_USE_RESULT all subsequent calls will return error Commands out of sync unless you call mysqli_free_result().
MYSQLI_USE_RESULT：
MYSQLI_STORE_RESULT：
看到没有，果然有区别，使用MYSQLI_USE_RESULT时返回的结果集对象的num_rows为0，而使用MYSQLI_STORE_RESULT时返回的结果集对象的num_rows为本次查询对应的实际行数。
上面一个结果是store的，后面一个是use的，上面小号的内存比下面多一个数量级，而且只取了id和url两个字段，下面出现负数是因为affect_num在MYSQLI_USE_RESULT时为0，而每次的内存增量后面的一种情况也会较少。
当我要使用一个脚本挂机处理50w+条记录的时候，简单的方法就是使用use来获取数据，这样每次只从服务器取一条。复杂点的计算好php内存容量，每次定量取几千条，然后处理写个循环处理，这样可以减少服务端压力。更复杂的可以多进程处理开三个进程跑，每次都按复杂的方法处理。
注意，使用use_result时，结果集是存储在服务器端，如果不释放结果集执行下一条sql语句会报错，报错信息为Commands out of sync; you can't run this command nowArray，所以我是新建第二个mysql连接处理insert，update操作的