MySQL社区

 找回密码
 注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

搜索
查看: 3136|回复: 5
打印 上一主题 下一主题

[SQL类] 百万级数据中的查询

[复制链接]
daifibonacci 该用户已被删除
跳转到指定楼层
1#
发表于 2013-8-19 18:58:28 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
提示: 作者被禁止或删除 内容自动屏蔽
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友 微信微信
收藏收藏 分享淘帖 顶 踩
2#
发表于 2013-8-20 11:15:30 | 只看该作者
大体明白你的意思,但你这样长期积累也不是个事呀,会越来越慢...
一天一个表可行不?这样一来你的查询就一直会保持一个速度了,也解决了你当前慢的问题,另外用explain看看使用索引的情况。
最后提醒可以做个循环删除机制,防止数据过大等...
daifibonacci 该用户已被删除
3#
 楼主| 发表于 2013-8-20 13:50:38 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
4#
发表于 2013-8-21 13:41:37 | 只看该作者
在 ·日期· 上建立个索引会好些。
daifibonacci 该用户已被删除
5#
 楼主| 发表于 2013-8-23 15:31:17 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
6#
发表于 2013-8-27 09:12:15 | 只看该作者
建立索引不快。
你的问题不是出在了全面扫描上,而是出在了Left join运算上。( 60w*60w  )
不知道这段MySQL的优化是怎么做的。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

QQ|申请友链|小黑屋|Archiver|手机版|MySQL社区 ( 京ICP备07012489号   
联系人:周生; 联系电话:13911732319

GMT+8, 2024-5-4 21:15 , Processed in 0.082417 second(s), 23 queries , Gzip On.

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表