要提高此查詢的性能,請使用合適的索引(將date_run作為索引中的前導(dǎo)列),并在等效謂詞中引用“裸列”.

在函數(shù)中包裝列(如DATE(),就像在查詢中一樣)會禁用MySQL優(yōu)化器使用范圍掃描操作.通過查詢,即使索引可用,每次運行該查詢時,MySQL都會對表中的每一行進(jìn)行完整掃描.

為了提高性能,請在“裸”列上使用謂詞,例如：

WHERE date_run >= '2014-5-22' AND date_run < '2014-5-29' + INTERVAL 1 DAY

(注意,當(dāng)我們省略日期文字的時間部分時,MySQL假設(shè)時間組件為午夜’00：00：00′.我們知道每個日期時間/時間戳值,日期組件等于’2014-05-29’保證不到’2014-05-30’的午夜.)

MySQL需要適當(dāng)?shù)乃饕拍軐Υ颂囟ú樵兪褂糜行У姆秶鷴呙璨僮?適合此查詢的最簡單索引是：

... ON stocktrack (date_run)

(請注意,任何以date_run作為前導(dǎo)列的索引都是合適的.)

使用索引的范圍掃描操作(通常)在大型集合上(通常)更有效(和更快),因為MySQL可以非常快速地從考慮中消除大量行.如果沒有范圍掃描操作,MySQL必須檢查表中的每一行.

使用EXPLAIN來比較原始和修改之間的MySQL查詢計劃.

你問的問題……

“…對選項文件的任何調(diào)整……”

該問題的答案實際上取決于您使用的是哪個存儲引擎(MyISAM或InnoDB).降壓的最大好處來自于分配足夠的緩沖區(qū)來保存內(nèi)存中的數(shù)據(jù)庫塊,以減少I / O ……但這樣做的代價是可以為運行的其他任何內(nèi)存提供更少的內(nèi)存,并且過度分配沒有任何好處記憶.關(guān)于MySQL服務(wù)器調(diào)優(yōu)的問題,除了查詢性能之外,最好在dba.stackexchange.com上提出.

總結(jié)

以上是生活随笔為你收集整理的mysql慢查询日志时间戳_Mysql查询在时间戳的日期范围内非常慢的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。