189 8069 5689
查询大量数据的,如果出现如下情况,就说明最大内存已经耗尽:
成都创新互联公司专注于峨边彝族企业网站建设,响应式网站建设,商城开发。峨边彝族网站建设公司,为峨边彝族等地区提供建站服务。全流程按需规划网站，专业设计，全程项目跟踪，成都创新互联公司专业和态度为您提供的服务
可临时修改脚本使用内存大小进行处理:
注意：
当使用libmysqlclient作为库时，PHP的内存限制将不会计算用于结果集的内存，除非将数据读入PHP变量。与mysqlnd的内存占用将包括完整的结果集。
由于缓冲查询是默认的，下面的示例将演示如何使用每个API执行无缓冲的查询。
使用子查询优化大数据量分页查询
这种方式的做法是先定位偏移位置的id，然后再往后查询，适用于id递增的情况。
使用id限定优化大数据量分页查询
使用这种方式需要先假设数据表的id是连续递增的，我们根据查询的页数和查询的记录数可以算出查询的id的范围，可以使用 id between and 来查询：
当然了，也可以使用in的方式来进行查询，这种方式经常用在多表关联的情况下，使用其他表查询的id集合来进行查询：
但是使用这种in查询方式的时候要注意的是，某些MySQL版本并不支持在in子句中使用limit子句。
参考 sql优化之大数据量分页查询（mysql） - yanggb - 博客园 (cnblogs点抗 )
表的结构再简单，也架不住数据量庞大啊。只有2个字段的表，查询语句上好像也做不出什么优化。个人想法是，防伪码不会经常被查。一般一个防伪码被查个两三次就差不多了吧，是否可以考虑把建立时间较久远的防伪码去除，只保留一段时间以内的。或者按序列号创建时间分表存储数据，时间较为久远的数据单独放一张表；近期的新序列号放在另一张表，增加序列号生成时间字段。但凡在一定的创建时间之前的老序列号，就去查老表老数据，否则就查新表新数据。序列号的生成应该是有规律的吧，大数据只能分表来提升查询效率。