求助-探讨:在数据量稍大(几十万条级别)的情况下,联表查询/子查询/用PHP逐步分析结果多次单表查询的优劣与选择

php中文网
发布: 2016-06-23 14:17:27
原创
1097人浏览过

mysql 优化

先说说我现在这个项目的情况

主表40W条记录,大部分与之关联的查询都会比较慢(3秒以上).主键索引.

如果有用到子查询,执行甚至会超时(30秒),或者长达10多秒.


现在我用PHP将每一步查询结果分析,拼装成字符串在用in来查询.目前是快多了

举例子:查询某人关注的人发布的微博(假设主表是微博表).  我就先把某人关注的人查出来,uid拼成字符串,然后查微博表uid in (关注的人字符串) 这样子.

但是还是担心会不会因为其他问题比如严重增加PHP的负荷等等.

现在网站还没做推广用户很少所以还不清楚高并发量和访问数下的情况. 先来问问


各位的网站用联表查或者子查询的多吗? 有没有像我这样用的?

请不吝赐教

回复讨论(解决方案)

再好的数据库设计基本上也避免不了子查询和联合查询。
但是一条普通的查询都要3s的时间,子查询甚至30s还是有些太夸张了。
或许可以把你的表结构贴出来,一起探讨。

用联结查询比较好left join,right join.
联接查询时一条一条去比对,匹配了查询就终结。

select aid,b.name where tb1 a,tb2 b where a.id=b.id 这种是先将tb1和tb2的结果搞成笛卡尔积。
然后在笛卡尔积中筛选a.id=b.id的条目,效率大打折扣。

所以多用left join,right join吧

用联结查询比较好left join,right join.
联接查询时一条一条去比对,匹配了查询就终结。

select aid,b.name where tb1 a,tb2 b where a.id=b.id 这种是先将tb1和tb2的结果搞成笛卡尔积。
然后在笛卡尔积中筛选a.id=b.id的条目,效率大打折扣。

所以多用left join,right join吧

我用联结查询时 先left join 然后再用这些where条件 这个应该不冲突的吧?

合理建表,合理索引。

explain分析一下呢

联结查询有时候也不能完全取消,主要还是看索引建立的合适不合适,看sql有没有合理使用索引

最好还是把你的结构和sql拿出来分析分析

建议跟踪下cpu的使用以及进程之类的

PHP速学教程(入门到精通)
PHP速学教程(入门到精通)

PHP怎么学习?PHP怎么入门?PHP在哪学?PHP怎么学才快?不用担心,这里为大家提供了PHP速学教程(入门到精通),有需要的小伙伴保存下载就能学习啦!

下载
来源:php中文网
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
最新问题
开源免费商场系统广告
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板
关于我们 免责申明 举报中心 意见反馈 讲师合作 广告合作 最新更新 English
php中文网:公益在线php培训,帮助PHP学习者快速成长!
关注服务号 技术交流群
PHP中文网订阅号
每天精选资源文章推送
PHP中文网APP
随时随地碎片化学习

Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号