mysql视图效率低下的问题

CQ8587 2007-12-14 02:03:33
每天要从日志中抽取一些信息存放在数据库中,大概80多M
当单张表到达一定数量的时候(2G以上),再对表做批量插入操作,就会比较慢。

所以现在就拆表。
插入:
做多张结构一样的表,然后对新表进行插入操作。
查询:
做一个视图给查询使用
修改,删除
不需要这样的操作


现在发现对视图的select效率非常低下。
有比较好的解决这种问题的方法吗?
...全文
1901 7 打赏 收藏 转发到动态 举报
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
懒得去死 2008-01-08
  • 打赏
  • 举报
回复
视图效率低?有这种说法吗?
视图就是一组SQL语句的集合。
所以视图的效率低的话就得看你的SQL语句的效率如何

explain 一下你的SQL语句。

具体查询结果看手册中的EXPLAIN部分。
rouqu 2008-01-02
  • 打赏
  • 举报
回复
mark
limin4506 2007-12-29
  • 打赏
  • 举报
回复
”那么在做sum,count,count distinct 操作的时候必须把这些数据加起来弄的。不能先查询再合并结果。“

没必要union后再统计,
可以使用临时表,一个表一个表地统计,最后汇总临时表
limin4506 2007-12-29
  • 打赏
  • 举报
回复
1、尝试“分区视图”,并在视图上建索引
2、优化索引,查询语句
3、优化表的物理的存储位置,建多个数据文件,分布不同的磁盘上
CQ8587 2007-12-16
  • 打赏
  • 举报
回复
实际上划分数据的标准是时间
一个月的数据一张表

那么在做sum,count,count distinct 操作的时候必须把这些数据加起来弄的。不能先查询再合并结果。
OracleRoob 2007-12-14
  • 打赏
  • 举报
回复
2GB?

数据量有点儿大。

可以考虑在每个表查询后,把结果合并。

7,388

社区成员

发帖
与我相关
我的任务
社区描述
其他数据库开发 数据仓库
社区管理员
  • 数据仓库
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧