mysql 查询很慢，怎么回事。

lzj0470 2011-06-04 01:07:43
SELECT title.id,title.title,title.hit,title.rep,title.redate FROM bbsmenu menu,bbstitle title WHERE title.user_id=? OR (menu.user_id=? AND menu.pid=title.id) GROUP BY title.id LIMIT 0,15

关于两张表的说明
bbstitle 表有38万的数据，字段id、user_id已经建立索引。
bbsmenu 表有几百条数据。字段user_id已经建立索引。

问题是：
查询异常的慢，而且会影响到其他操作数据库的功能。
...全文
821 20 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
20 条回复
切换为时间正序
请发表友善的回复…
发表回复
williamxia8 2013-09-25
  • 打赏
  • 举报
 回复
上面这个语句谁看看能怎么优化呢，实在是太慢了
williamxia8 2013-09-25
  • 打赏
  • 举报
 回复
SELECT c.*,d.CompanyName,d.CustomerID,d.Telephone,d.PayeeName,d.PayeeBankCard,d.PayeeIDNumer, e.CategoryCode as MCC,e.CustomerRate,e.CustomerLimitMoney,e.BankRate,e.BankLimitMoney, if(e.BankLimitMoney is null ,(DataItem11*e.BankRate/100),if(e.BankLimitMoney=0,(DataItem11*e.BankRate/100),if((DataItem11*e.BankRate/100)<e.BankLimitMoney,(DataItem11*e.BankRate/100),e.BankLimitMoney))) as BankFee, if(e.CustomerLimitMoney is null ,(DataItem11*e.CustomerRate/100),if(e.CustomerLimitMoney=0,(DataItem11*e.CustomerRate/100),if((DataItem11*e.CustomerRate/100)<e.CustomerLimitMoney,(DataItem11*e.CustomerRate/100),e.CustomerLimitMoney))) as CustomerFee from dbl_datafromunionpay c left join view_poscodeinfo_customer d on c.DataItem04=d.POSCode , dbl_customercategorycode e where e.categorycode=SubSTR(c.DataItem02,8,4) and ( ( e.ValidStartDate<=concat(substr(c.DataItem01,1,4),'-',substr(c.DataItem01,5,2),'-',substr(c.DataItem01,7,2)) and e.ValidEndDate>=concat(substr(c.DataItem01,1,4),'-',substr(c.DataItem01,5,2),'-',substr(c.DataItem01,7,2)) and e.ValidEndDate is not null) OR ( e.ValidStartDate<=concat(substr(c.DataItem01,1,4),'-',substr(c.DataItem01,5,2),'-',substr(c.DataItem01,7,2)) and e.ValidEndDate is null) )
feichexia 2011-06-24
  • 打赏
  • 举报
 回复
弱弱说一句，你要去除重复数据，可否用distinct,然后再加个order by
lixiaxin200319 2011-06-23
  • 打赏
  • 举报
 回复
通配付应该用 like关键字，而不是用=来进行条件判断
canyingwushang 2011-06-22
  • 打赏
  • 举报
 回复
首先在bbstitle，诸如titleType, deleted这种大量重复性的字段根本没必要创建索引，即使建了索引，mysql也会忽略，万一真的采用了这些索引，效率会变得很差。
其次从你贴出的explain分析中，可以看出两个表都是全表扫描，这查询速度自然不快。另外虽然你的表中创建了很多索引，但是从key这一列为NUll，mysql并没有采用哪一个索引。请检查索引的有效性，索引的字段是否有大量的重复性数据。通常情况下，字段的唯一性越高，索引越有效
正经的全表扫描。
lzj0470 2011-06-22
  • 打赏
  • 举报
 回复
[Quote=引用 14 楼 zhangminysu 的回复:]
select * from (
SELECT title.id,title.title,title.hit,title.rep,title.redate FROM bbstitle title WHERE title.user_id=? LIMIT 0,15
union
SELECT title.id,title.title,title.hit,title.rep,title.redate……
[/Quote]
这个还是不行.
小网客废弃 2011-06-20
  • 打赏
  • 举报
 回复
select * from (
SELECT title.id,title.title,title.hit,title.rep,title.redate FROM bbstitle title WHERE title.user_id=? LIMIT 0,15
union
SELECT title.id,title.title,title.hit,title.rep,title.redate FROM bbsmenu menu,bbstitle title WHERE
(menu.user_id=? AND menu.pid=title.id) LIMIT 0,15
) t2 LIMIT 0,15
小网客废弃 2011-06-20
  • 打赏
  • 举报
 回复
group by 慢 title.id是主键吗？是的话如果表是innodb的话不需要排序的，innodb按主键聚集
lzj0470 2011-06-04
  • 打赏
  • 举报
 回复
[Quote=引用 11 楼 rucypli 的回复:]
你看执行计划是按照你想的那样从索引找数据更新吗
[/Quote]
是的.
rucypli 2011-06-04
  • 打赏
  • 举报
 回复
你看执行计划是按照你想的那样从索引找数据更新吗
lzj0470 2011-06-04
  • 打赏
  • 举报
 回复
刚才去了解了一下explain指令.
type字段如果是index,那么这个语句应该是需要优化.
我想问一下,如果是联合查询,一个是req或以上,一个是index或ALL,那么,这个语句是否需要优化
如:
EXPLAIN EXTENDED SELECT title.id,title.title,title.hit,title.rep,title.redate FROM bbstitle title,userpost upost WHERE upost.id=title.id




    id  select_type  table   type    possible_keys  key      key_len  ref              rows  filtered  Extra      

------  -----------  ------  ------  -------------  -------  -------  -------------  ------  --------  -----------

     1  SIMPLE       upost   index   id             id       5        (NULL)             10    100.00  Using index

     1  SIMPLE       title   eq_ref  PRIMARY        PRIMARY  4        agri.upost.id       1    100.00
lzj0470 2011-06-04
  • 打赏
  • 举报
 回复
[Quote=引用 7 楼 acmain_chm 的回复:]
看不到图，建议你在MYSQL的命令行工具中执行，然后直接把结果以文本的方式复制粘贴到论坛。
[/Quote]
文本形式如下:


    id  select_type  table   type    possible_keys    key     key_len  ref       rows  Extra                          

------  -----------  ------  ------  ---------------  ------  -------  ------  ------  -------------------------------

     1  SIMPLE       title   ALL     PRIMARY,user_id  (NULL)  (NULL)   (NULL)   62589  Using temporary; Using filesort

     1  SIMPLE       menu    ALL     user_id,pid      (NULL)  (NULL)   (NULL)      36  Using where; Using join buffer 






Table    Non_unique  Key_name  Seq_in_index  Column_name  Collation  Cardinality  Sub_part  Packed  Null    Index_type  Comment

-------  ----------  --------  ------------  -----------  ---------  -----------  --------  ------  ------  ----------  -------

bbsmenu           1  user_id              1  user_id      A               (NULL)    (NULL)  (NULL)  YES     BTREE              

bbsmenu           1  pid                  1  pid          A               (NULL)    (NULL)  (NULL)  YES     BTREE              






Table     Non_unique  Key_name   Seq_in_index  Column_name  Collation  Cardinality  Sub_part  Packed  Null    Index_type  Comment

--------  ----------  ---------  ------------  -----------  ---------  -----------  --------  ------  ------  ----------  -------

bbstitle           0  PRIMARY               1  id           A                68459    (NULL)  (NULL)          BTREE              

bbstitle           1  BoardID_2             1  BoardID_2    A               (NULL)       333  (NULL)  YES     BTREE              

bbstitle           1  titleType             1  titleType    A               (NULL)    (NULL)  (NULL)  YES     BTREE              

bbstitle           1  deleted               1  deleted      A               (NULL)    (NULL)  (NULL)  YES     BTREE              

bbstitle           1  BoardID_1             1  BoardID_1    A               (NULL)       333  (NULL)  YES     BTREE              

bbstitle           1  user_id               1  user_id      A               (NULL)       333  (NULL)  YES     BTREE
lzj0470 2011-06-04
  • 打赏
  • 举报
 回复
文本的形式很难看.我这边多刷新几次就行了.或者是你查看图片连接地址都可以.
文本形式如下:


    id  select_type  table   type    possible_keys    key     key_len  ref       rows  Extra                          

------  -----------  ------  ------  ---------------  ------  -------  ------  ------  -------------------------------

     1  SIMPLE       title   ALL     PRIMARY,user_id  (NULL)  (NULL)   (NULL)   39317  Using temporary; Using filesort

     1  SIMPLE       menu    ALL     user_id,pid      (NULL)  (NULL)   (NULL)      36  Using where; Using join buffer 




Table    Non_unique  Key_name  Seq_in_index  Column_name  Collation  Cardinality  Sub_part  Packed  Null    Index_type  Comment

-------  ----------  --------  ------------  -----------  ---------  -----------  --------  ------  ------  ----------  -------

bbsmenu           1  user_id              1  user_id      A               (NULL)    (NULL)  (NULL)  YES     BTREE              

bbsmenu           1  pid                  1  pid          A               (NULL)    (NULL)  (NULL)  YES     BTREE              






Table     Non_unique  Key_name   Seq_in_index  Column_name  Collation  Cardinality  Sub_part  Packed  Null    Index_type  Comment

--------  ----------  ---------  ------------  -----------  ---------  -----------  --------  ------  ------  ----------  -------

bbstitle           0  PRIMARY               1  id           A                47539    (NULL)  (NULL)          BTREE              

bbstitle           1  BoardID_2             1  BoardID_2    A               (NULL)       333  (NULL)  YES     BTREE              

bbstitle           1  titleType             1  titleType    A               (NULL)    (NULL)  (NULL)  YES     BTREE              

bbstitle           1  deleted               1  deleted      A               (NULL)    (NULL)  (NULL)  YES     BTREE              

bbstitle           1  BoardID_1             1  BoardID_1    A               (NULL)       333  (NULL)  YES     BTREE              

bbstitle           1  user_id               1  user_id      A               (NULL)       333  (NULL)  YES     BTREE


ACMAIN_CHM 2011-06-04
  • 打赏
  • 举报
 回复
看不到图，建议你在MYSQL的命令行工具中执行，然后直接把结果以文本的方式复制粘贴到论坛。
lzj0470 2011-06-04
  • 打赏
  • 举报
 回复
我晕,图片显示不了.连接地址是正常的。怎么回事?
lzj0470 2011-06-04
  • 打赏
  • 举报
 回复
[Quote=引用 2 楼 acmain_chm 的回复:]
必要的索引没有创建。

另外这个逻辑有些看不明白 title.user_id=? OR (menu.user_id=? AND menu.pid=title.id)， 你想实现的功能是什么？你不会是在MYSQL中运行的这个语句吧 title.user_id=? OR 应该会报错，这里应该是实际值。

贴出你的 explain SELECT title.id,title.title,titl……
[/Quote]
补充:


ACMAIN_CHM 2011-06-04
  • 打赏
  • 举报
 回复
explain 和 SHOW INDEX的结果贴出来以供分析。
lzj0470 2011-06-04
  • 打赏
  • 举报
 回复
[Quote=引用 2 楼 acmain_chm 的回复:]
必要的索引没有创建。

另外这个逻辑有些看不明白 title.user_id=? OR (menu.user_id=? AND menu.pid=title.id)， 你想实现的功能是什么？你不会是在MYSQL中运行的这个语句吧 title.user_id=? OR 应该会报错，这里应该是实际值。

贴出你的 explain SELECT title.id,title.title,titl……
[/Quote]
带问号,可以给它一个值就行了.
我想实现的功能是,某用户发过的帖子或者参与过的帖子全部列出来.
哪个字段是必要的索引呢?
ACMAIN_CHM 2011-06-04
  • 打赏
  • 举报
 回复
必要的索引没有创建。

另外这个逻辑有些看不明白 title.user_id=? OR (menu.user_id=? AND menu.pid=title.id)， 你想实现的功能是什么？你不会是在MYSQL中运行的这个语句吧 title.user_id=? OR 应该会报错，这里应该是实际值。

贴出你的 explain SELECT title.id,title.title,title.hit,title.rep,title.redate FROM bbsmenu menu,bbstitle title WHERE title.user_id=? OR (menu.user_id=? AND menu.pid=title.id) GROUP BY title.id LIMIT 0,15

show index from bbsmenu ;
show index from bbstitle;
lzj0470 2011-06-04
  • 打赏
  • 举报
 回复
SELECT title.id,title.title,title.hit,title.rep,title.redate FROM bbsmenu menu,bbstitle title WHERE title.user_id=? GROUP BY title.id LIMIT 0,15
刚才测试了一个这个语句，还是发现很慢。之后，就把GROUP BY title.id 去掉，发现很快就查询出来。查询在0.0N秒。但是，如果不加GROUP BY title.id，那么就有很多重复的数据出来。
如果仅仅是查询bbstitle，那就不需要GROUP BY title.id啦。可是，还需要查询这个表bbsmenu。
有考虑过把两张表拆分来查询，但是，还有一点，在查询两张表之后，结果集需要按时间排序。想来想去，
好像还是要添加GROUP BY title.id。
MySql为什么查询慢
在当今数字化的时代，数据的存储和管理至关重要。MySQL 作为一款广泛使用的关系型数据库管理系统，在众多应用场景中发挥着关键作用。然而，我们常常会遇到 MySQL 查询慢的问题，这不仅影响了工作效率，也可能给用户体验带来负面影响。那么，究竟是什么原因导致了 MySQL 查询变慢呢？在接下来的这篇博客中，我们将深入探讨 MySQL 查询慢的各种可能因素，并提供一些实用的解决方案。
实战：MySQL Sending data导致查询很慢的问题详细分析
这两天帮忙定位一个mysql查询很慢的问题，定位过程综合各种方法、理论、工具，很有代表性，分享给大家作为新年礼物：） 【问题现象】 使用sphinx支持倒排索引，但sphinx从mysql查询源数据的时候，查询的记录数才几万条，但查询的速度非常慢，大概要4~5分钟左右 【处理过程】 1）explain 首先怀疑索引没有建好，于是使用explain查看查询计划，结果如下：
mysql like查询很慢_MySQL Like模糊查询速度慢的解决方法
MySQL Like模糊查询速度慢的解决方法发布时间：2020-10-27 20:25:58来源：亿速云阅读：109作者：Leah本篇文章给大家分享的是有关MySQL Like模糊查询速度慢的解决方法，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。Like是否使用索引1、like %keyword 索引失效，使用全表扫描。但可以通过翻转...
mysql慢查询优化
定位低效 SQL 执行慢有两种情况： 偶尔慢：DB 在刷新脏页 redo log 写满了 内存不够用，要从 LRU 链表中淘汰 MySQL 认为系统空闲的时候 MySQL 关闭时 一直慢的原因：索引没有设计好、SQL 语句没写好、MySQL 选错了索引 ’mysql慢查询优化 第一步：开启mysql慢查询日志，通过慢查询日志定位到执行较慢的SQL语句。 第二步：利用explain关键字可以模拟优化器执行SQL查询语句，来分析SQL查询语句。 第三步：通过查询的结果进行优化。 优化方式 （1）首先分
MySQL慢查询分析
在MySQL中，慢查询定义为执行时间超过特定阈值的查询。这个阈值可以通过MySQL的配置选项来设置。默认情况下，的值是10秒，意味着任何执行时间超过10秒的查询都会被认为是慢查询。然而，这个值可以根据具体需求进行调整，以便捕捉更多或更少的查询进行分析。MySQL提供了慢查询日志（Slow Query Log）功能，用于记录那些执行时间超过阈值的查询。通过分析慢查询日志，可以识别出数据库性能瓶颈，进而对SQL查询或数据库索引进行优化。要启用慢查询日志，需要在MySQL的配置文件（通常是my.cnf或。
MySQL

56,940

社区成员

56,756

社区内容

发帖
与我相关
我的任务
社区描述
MySQL相关内容讨论专区
社区管理员
  • MySQL
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

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

+ 用AI写文章