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

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

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

語(yǔ)句是between and。換了>=和<=查詢(xún)需要的時(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語(yǔ)句嗎，還有你timestamp的索引是什么？

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

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

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

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

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

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

你的這個(gè)sql可以?xún)?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查詢(xún)很快的，時(shí)間主要耗在發(fā)起連接或回傳數(shù)據(jù)（5萬(wàn)條數(shù)據(jù)很大了）上了，給你的感覺(jué)怎么sql執(zhí)行這么慢。

2017年5月5日 12:25