鍍金池/ 問答/數(shù)據(jù)庫(kù)/ mysql時(shí)間字段怎么加索引

mysql時(shí)間字段怎么加索引

查詢時(shí)需要根據(jù)時(shí)間字段進(jìn)行范圍查詢，timestamp類型。語句沒有子查詢、關(guān)聯(lián)查詢，只查這一張表。
查出5萬條結(jié)果大約需要4.5秒，這個(gè)字段已經(jīng)加了普通索引，但是explain的類型還是ALL。
怎么優(yōu)化？

語句是between and。換了>=和<=查詢需要的時(shí)間也差不多。

SELECT id,name,sex,city,headimg FROM user WHERE starttime >='2018-05-15' AND starttime <= '2018-07-27 23:59:59' ORDER BY starttime DESC
回答
編輯回答
囍槑

你可以曬下你的sql語句嗎，還有你timestamp的索引是什么？

2018年1月12日 10:02
編輯回答
雨蝶

查出多少這個(gè)沒有具體關(guān)系，重要的是你有總數(shù)據(jù)量多少。然后你加了索引，如果只是一個(gè)最簡(jiǎn)單的 sql 語句的話，你先確定你的索引是否生效，是否使用索引了。

2018年1月15日 00:35
編輯回答
晚風(fēng)眠

瀉藥
索引是否被使用跟檢索的索引范圍在整個(gè)表中的數(shù)據(jù)量占比有關(guān)系，如果你檢索了比較長(zhǎng)的時(shí)間段，大多數(shù)情況占比20以上就會(huì)全掃了
所以你可以用force index看下到底怎么檢索更快，按需選擇
另外一個(gè)就是樓上@helloworld的寫法，不過mysql5.7以后子查詢內(nèi)部排序是無效的，所以5.7的話你需要把order by放外層
最后一點(diǎn)，執(zhí)行時(shí)間長(zhǎng)也可能是5W條數(shù)據(jù)排序?qū)е碌?，如果starttime和主鍵id同序的話可以去掉order by子句

2018年8月29日 12:12
編輯回答
伐木累

看看你表的數(shù)據(jù)量是多少，如果很多，上萬級(jí)別的，就算時(shí)間加了索引了也會(huì)很慢的。
某些情況下，由于數(shù)據(jù)量大，mysql 認(rèn)為全表掃描反而快就不適用索引了。

你的這個(gè)sql可以優(yōu)化下：

SELECT
    b.id,
    b.NAME,
    b.sex,
    b.city,
    b.headimg
FROM (SELECT
    id 
FROM
    USER
WHERE
    starttime >= '2018-05-15'
AND starttime <= '2018-07-27 23:59:59'
ORDER BY
    starttime DESC) a   inner join USER b on b.id = a.id;

不要一次性返回很多的數(shù)據(jù)，如果數(shù)據(jù)多，分多次獲取，其實(shí)mysql 處理sql查詢很快的，時(shí)間主要耗在發(fā)起連接或回傳數(shù)據(jù)（5萬條數(shù)據(jù)很大了）上了，給你的感覺怎么sql執(zhí)行這么慢。

2017年5月5日 12:25