我的mysql資料庫中的一個表有將近60萬條資料，在網頁上是分頁顯示的，一頁顯示50條資料，顯示速度近一分鐘，請大神們幫忙看看，打賞分必須多
我的sql陳述句是：select idx,namex,parentx,sj,paixu,filex,attr0,attr2,attr3,attr4,attr5,attr19,specialx from lanmu_zhaobiaogonggao where date_sub(curdate(), interval 6 month) <= date(attr2) order by attr2 desc
attr2是時間欄位，where條件后面是要顯示這個表近6個月的資料。
我的表結構是：
我給這個表加的索引是：
uj5u.com熱心網友回復：
date_sub(curdate(), interval 6 month) <= date(attr2)改成attr2＞＝date_sub(curdate(), interval 6 month)uj5u.com熱心網友回復：
條件列不能加函式，否則索引失效uj5u.com熱心網友回復：
可通過explain sql陳述句，查看執行計劃uj5u.com熱心網友回復：
select idx,namex,parentx,sj,paixu,filex,attr0,attr2,attr3,attr4,attr5,attr19,specialx from lanmu_zhaobiaogonggao order by attr2 desc
現在我不加任何條件，現在這個表下面也才只有四十多萬條資料，不應該查詢這么慢呢，一分鐘都出不來資訊
uj5u.com熱心網友回復：
select idx,namex,parentx,sj,paixu,filex,attr0,attr2,attr3,attr4,attr5,attr19,specialx from lanmu_zhaobiaogonggao order by attr2 desc現在我不加任何條件，現在這個表下面也才只有四十多萬條資料，不應該查詢這么慢呢，一分鐘都出不來資訊
uj5u.com熱心網友回復：
設備性能，網路帶寬，存盤的內容長度都會有影響uj5u.com熱心網友回復：
你這個查得慢，估計是走全表掃描的原因，不走索引是因為你使用了date(attr2);如果attr2是時間型別的資料，那么這個列就不應該是longtext型別，找個時間把這個列的型別轉換成datetime吧，這樣就不需要在SQL中使用date來轉換型別了，也就可以使用attr2上的索引；
另外，最好貼一下執行計劃，和說明一下你需要查詢的資料占比是多少，例如你的表資料是60萬，那么你要查詢的六個月資料是多少呢？
uj5u.com熱心網友回復：
我現在的sql是這樣寫的了
select idx,namex,parentx,sj,paixu,filex,attr0,attr2,attr3,attr4,attr5,attr19,specialx from lanmu_zhaobiaogonggao where attr2>=date_sub(curdate(), interval 6 month) order by attr2 desc
lanmu_zhaobiaogonggao表中有439539條資料，近6個月的資料是397661條
執行計劃是：
lanmu_zhaobiaogonggao這個表的索引是：
uj5u.com熱心網友回復：
explain查看是否使用了索引uj5u.com熱心網友回復：
從執行計劃來看，你的SQL沒用到索引，所以要處理一下attr2列的型別問題，要使用索引，就不能對attr2使用date函式做轉換。
uj5u.com熱心網友回復：
欄位型別能小盡量小，，，，，uj5u.com熱心網友回復：
我where后面的子句就一個attr2欄位，目前我查詢的近6個月的資料占總資料的90%，問題是我現在要是把attr2去掉，直接從表中訪問得到全部的資料100%，現在表中是441385條資料為什么會這么慢呢，這樣的話根本就走不了索引這條線了，這要如何解決呢？select idx,namex,parentx,sj,paixu,filex,attr0,attr2,attr3,attr4,attr5,attr19,specialx from lanmu_zhaobiaogonggao
uj5u.com熱心網友回復：
打個比方，你翻一本書的時候需要把90%的內容都看一遍，那么書的目錄對你來說有意義不？一個表有這么多 longtext型別，而且排序也是 longtext欄位，快不起來。
縮小資料范圍，減少需要顯示的列，在分頁后再讀取出來，用日期或者it主鍵來排序。
有些時候光從技術上是不好優化的，需要和產品需求等協商
uj5u.com熱心網友回復：
1、你現在的陳述句：select idx,namex,parentx,sj,paixu,filex,attr0,attr2,attr3,attr4,attr5,attr19,specialx from lanmu_zhaobiaogonggao order by attr2 desc
這樣一般情況下是使用不到索引的，如果是mysql8的話，建議在"attr2"加上降序索引，在解釋計劃中你可以看到使用了索引。
2、這個欄位的資料型別能縮小的話盡量縮小。在你一開始的陳述句中有date(attr2)，那么是否可以考慮一下加一個date(attr2)的虛擬列，在虛擬列上使用普通索引，在作為查詢條件時，相信速度會有所提升
uj5u.com熱心網友回復：
attr2列是longtext欄位型別，占用記憶體會比較大，查看下執行計劃，是否用到了磁盤排序，是的話可以適當調大 sort_buffer_sizeuj5u.com熱心網友回復：
select
idx,namex,parentx,sj,paixu,filex,attr0,attr2,attr3,attr4,attr5,attr19,specialx
from
lanmu_zhaobiaogonggao
where
attr2 > '2019-02-07 00:00:00' -- 日期在程式中計算
order by
attr2 desc;
-- attr2 欄位型別 datatime，或 時間戳（int）
-- 已經有了 索引
attr2_idx
日期也可以用時間戳
uj5u.com熱心網友回復：
首先，單表查詢，除了資料條數以外，最好關注一下表占用空間的大小，怎么查詢表占用空間的大小，可以百度一下。第二，看這個表，有好多欄位都是longtext型別的，有必要一定用longtext型別嗎，就像您說的attr2欄位，既然是存盤的時間型別，那么就該成date型別應該就可以。
建議，把attr2修改成時間型別的，并且加索引。然后把陳述句改成這樣。
select idx,namex,parentx,sj,paixu,filex,attr0,attr2,attr3,attr4,attr5,attr19,specialx from lanmu_zhaobiaogonggao
where attr2>=date_sub(curdate(), interval 6 month) order by attr2 desc
另外，不建議用時間做索引欄位，這個屬于一個小眾化的知識點，開始的時候資料量不大，可能感覺不到什么，但是當資料量大了以后，特別是系統運行時間比較長的時候，效率可能會特別低。
有兩個方式解決這個問題。
第一，定期把時間欄位的索引洗掉后重新建立。
第二，把日期型別的欄位，修改成字符型的，時間格式是年月日時分秒，修改成秒分是日月年。因為時間欄位后錄入的資料，肯定比之前的大，修改成秒分是日月年，新來的資料，就不一定會是最大值了。
當然，如果您只用到了年月日，修改成日月年也是可以的。
最后，有必要一次性回傳這么多的資料嗎，是否可以多個查詢，每個查詢，只查詢一個月的，或者一天的，最后union到一起，應該也會提高效率。
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/52753.html
標籤：MySQL
上一篇：關于VFP9.0成績排名的問題
下一篇：生成環境主從同步延遲厲害