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