免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3415 | 回复: 5
打印 上一主题 下一主题

mysql数据查询很少,但耗时过长不合理,什么原因? [复制链接]

论坛徽章:
1
数据库技术版块每日发帖之星
日期:2015-08-03 06:20:00
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2015-07-31 04:29 |只看该作者 |倒序浏览

EXPLAIN一下的结果:
+----+-------------+-------+-------+--------------------------------+------------+---------+--------------------+------+--------------------------+
| id | select_type | table | type  | possible_keys                  | key        | key_len | ref                | rows | Extra                    |
+----+-------------+-------+-------+--------------------------------+------------+---------+--------------------+------+--------------------------+
|  1 | SIMPLE      | br    | range | PRIMARY,ntime                  | ntime      | 9       | NULL               |  135 | Using where; Using index |
|  1 | SIMPLE      | cc    | ref   | x_cc_block                     | x_cc_block | 7       | abenew.br.block_id |    1 | Using where              |
|  1 | SIMPLE      | bt    | ref   | PRIMARY,block_id,x_block_tx_tx | PRIMARY    | 7       | abenew.br.block_id |    4 | Using where; Using index |
|  1 | SIMPLE      | txout | ref   | tx_id,x_txout_pubkey           | tx_id      | 12      | abenew.bt.tx_id    |    1 | Using where              |
+----+-------------+-------+-------+--------------------------------+------------+---------+--------------------+------+--------------------------+


几乎都耗时在sending data过程中, 查询都采用了index, 这一般会是什么问题。
mysql> show profile for query 1;
+--------------------------------+----------+
| Status                         | Duration |
+--------------------------------+----------+
| starting                       | 0.000043 |
| checking query cache for query | 0.000113 |
| Opening tables                 | 0.000031 |
| System lock                    | 0.000010 |
| Table lock                     | 0.000073 |
| init                           | 0.000045 |
| optimizing                     | 0.000023 |
| statistics                     | 0.000806 |
| preparing                      | 0.000030 |
| executing                      | 0.000011 |
| Sending data                   | 1.973856 |
| end                            | 0.000016 |
| query end                      | 0.000007 |
| freeing items                  | 0.000045 |
| storing result in query cache  | 0.000010 |
| logging slow query             | 0.000004 |
| cleaning up                    | 0.000007 |
+--------------------------------+----------+
17 rows in set (0.00 sec)

论坛徽章:
1
数据库技术版块每日发帖之星
日期:2015-08-03 06:20:00
2 [报告]
发表于 2015-07-31 04:30 |只看该作者

mysql> SELECT
    -> COALESCE (SUM(txout.txout_value), 0)
    -> FROM
    -> txout
    -> JOIN block_tx bt ON (bt.tx_id = txout.tx_id)
    -> JOIN chain_candidate cc ON (cc.block_id = bt.block_id)
    -> JOIN block_relay br ON (br.block_id = cc.block_id)
    -> WHERE
    -> pubkey_id = 47609754
    -> AND cc.in_longest = 1
    -> AND br.ntime BETWEEN 1438198897
    -> AND 1438285297
    -> ;

这是查询语句

论坛徽章:
2
数据库技术版块每日发帖之星
日期:2015-08-03 06:20:00IT运维版块每日发帖之星
日期:2015-08-07 06:20:00
3 [报告]
发表于 2015-07-31 10:54 |只看该作者
还不知道这个呢  留名学习一下

论坛徽章:
2
数据库技术版块每日发帖之星
日期:2015-08-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-23 06:20:00
4 [报告]
发表于 2015-07-31 11:46 |只看该作者
网络耗时?

论坛徽章:
2
数据库技术版块每日发帖之星
日期:2015-08-04 06:20:00数据库技术版块每日发帖之星
日期:2015-08-28 06:20:00
5 [报告]
发表于 2015-08-01 11:31 |只看该作者
最后的AND 1438285297 是干嘛用的?

论坛徽章:
59
2015七夕节徽章
日期:2015-08-24 11:17:25ChinaUnix专家徽章
日期:2015-07-20 09:19:30每周论坛发贴之星
日期:2015-07-20 09:19:42ChinaUnix元老
日期:2015-07-20 11:04:38荣誉版主
日期:2015-07-20 11:05:19巳蛇
日期:2015-07-20 11:05:26CU十二周年纪念徽章
日期:2015-07-20 11:05:27IT运维版块每日发帖之星
日期:2015-07-20 11:05:34操作系统版块每日发帖之星
日期:2015-07-20 11:05:36程序设计版块每日发帖之星
日期:2015-07-20 11:05:40数据库技术版块每日发帖之星
日期:2015-07-20 11:05:432015年辞旧岁徽章
日期:2015-07-20 11:05:44
6 [报告]
发表于 2015-08-13 20:32 |只看该作者
优化一下啊。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP