Mysql 简单SELECT，第一次很慢，以后很快，这是什么问题

gyjohn

把数据导到SQLServer，建立相同的索引，把上面的时间范围改成一个月，首次运行只要2秒不到，而Mysql要超过2分钟。
会不会是索引碎片问题？用了optimize table，但结果还是一样。
靠，真的开始怀疑Mysql的能力了。

G8bao7

gyjohn 发表于 2013-1-9 14:19
把数据导到SQLServer，建立相同的索引，把上面的时间范围改成一个月，首次运行只要2秒不到，而Mysql要超过2 ...

sql_no_cache竟然没起作用，比较奇怪

另外，show profile all的Sending data中的那行数据能完整贴下么？

myeverything

试下LOAD INDEX INTO CACH呢。

Netwrom_cu

查询缓存是有影响

dukope

第二次很快 说明是永乐query cache,
第一次很慢 原因可能是磁盘io能力,key cache设置太低等因素

gyjohn

G8bao7 发表于 2013-1-9 16:42
sql_no_cache竟然没起作用，比较奇怪

另外，show profile all的Sending data中的那行数据能完整贴下么 ...

show profile all只有我贴的这3列有数据：DURATION，CPU_USER，CPU_SYSTEM
其它列基本都为0，包括Sending data这一行，所以我没贴出来。

gyjohn

dukope 发表于 2013-1-9 20:32
第二次很快 说明是永乐query cache,
第一次很慢 原因可能是磁盘io能力,key cache设置太低等因素

第二次很快，迷惑了问题本质，仔细一想，第一次慢，就说明mysql处理这个sql有问题，因为客户第一次查询就timeoutl了，第二次再快也于事无补，反而令查错调试更困难。

Key cache的设置如下，有问题吗？

Variable_name	Value
binlog_cache_size	32768
have_query_cache	YES
key_cache_age_threshold	300
key_cache_block_size	1024
key_cache_division_limit	100
max_binlog_cache_size	4294963200
query_cache_limit	1048576
query_cache_min_res_unit	4096
query_cache_size	0
query_cache_type	ON
query_cache_wlock_invalidate	OFF
table_definition_cache	256
table_open_cache	256
thread_cache_size	8
key_buffer_size	333447168
max_seeks_for_key	4294967295

gyjohn

myeverything 发表于 2013-1-9 17:33
试下LOAD INDEX INTO CACH呢。

试了运行Load Index into Cache，用了5-6秒，但不能决定有没有效果，因为第二次运行都很快，明天重启机器试一试。

gyjohn

怀疑是mysql单表处理能力问题，因为另一台生产服务器，数据只有90多万记录，同样的sql查询很快就出来了。

试着用下面sql从300多万记录的表里取100万出来生成一个新的表，估计就300MB左右，但竟然运行了2个多小时还没完
create table new_table Select * from table_name limit 1000000；

gyjohn

myeverything 发表于 2013-1-9 17:33
试下LOAD INDEX INTO CACH呢。

试过，没效果