推薦：MySQL slave_net_timeout參數(shù)解決的一個集群問題案例
這篇文章主要介紹了MySQL slave_net_timeout參數(shù)解決的一個集群問題案例,問題日志請見正文,本文使用slave_net_timeout參數(shù)解決了這個問題,需要的朋友可以參考下 【背景】 對一套數(shù)據(jù)庫集群進行5.5升級到5.6之后,alter.log 報warning異常。 復制代碼 代碼如下: 2015-02-

 　　這篇文章主要介紹了MySQL order by性能優(yōu)化方法實例,本文講解了MySQL中order by的原理和優(yōu)化order by的三種方法,需要的朋友可以參考下

　　前言

　　工作過程中,各種業(yè)務需求在訪問數(shù)據(jù)庫的時候要求有order by排序。有時候不必要的或者不合理的排序操作很可能導致數(shù)據(jù)庫系統(tǒng)崩潰。如何處理好order by排序呢?本文從原理以及優(yōu)化層面介紹 order by 。

　　一 MySQL中order by的原理

　　1 利用索引的有序性獲取有序數(shù)據(jù)

　　當查詢語句的 order BY 條件和查詢的執(zhí)行計劃中所利用的 Index 的索引鍵(或前面幾個索引鍵)完全一致,且索引訪問方式為 rang,ref 或者 index 的時候,MySQL 可以利用索引順序而直接取得已經(jīng)排好序的數(shù)據(jù)。這種方式的 order BY 基本上可以說是最優(yōu)的排序方式了,因為 MySQL 不需要進行實際的排序操作。需要注意的是使用索引排序也有很多限制。這個在后文中中解釋。

　　2 利用內(nèi)存/磁盤文件排序獲取結(jié)果

　　由于沒有可以利用的有序索引取得有序的數(shù)據(jù),MySQL需要通過相應的排序算法,將取得的數(shù)據(jù)在sort_buffer_size系統(tǒng)變量所設置大小的排序區(qū)進行排序,這個排序區(qū)是每個Thread 獨享的,所以說可能在同一時刻在 MySQL 中可能存在多個 sort buffer 內(nèi)存區(qū)域。

　　在MySQL中filesort 的實現(xiàn)算法有兩種:

　　1) 雙路排序:是首先根據(jù)相應的條件取出相應的排序字段和可以直接定位行數(shù)據(jù)的行指針信息，然后在sort buffer 中進行排序。

　　2) 單路排序:是一次性取出滿足條件行的所有字段，然后在sort buffer中進行排序。

　　在 MySQL4.1 版本之前只有第一種排序算法,第二種算法是從MySQL4.1開始的改進算法,主要目的是為了減少第一次算法中需要兩次訪問表數(shù)據(jù)的IO操作,將兩次變成了一次,但相應也會耗用更多的 sort buffer 空間。典型的以空間換時間的優(yōu)化方式。當然,MySQL4.1開始的以后所有版本同時也支持第一種算法,MySQL主要通過比較系統(tǒng)參數(shù) max_length_for_sort_data的大小和Query語句所取出的字段類型大小總和來判定需要使用哪一種排序算法。如果max_length_for_sort_data更大,則使用第二種優(yōu)化后的算法,反之使用第一種算法。所以如果希望 order BY 操作的效率盡可能的高,需要注意max_length_for_sort_data參數(shù)的設置。

　　二 優(yōu)化order by

　　當無法避免排序操作時,又該如何來優(yōu)化呢?很顯然,優(yōu)先選擇第一種using index 的排序方式，在第一種方式無法滿足的情況下，盡可能讓 MySQL 選擇使用第二種單路算法來進行排序。這樣可以減少大量的隨機IO操作,很大幅度地提高排序工作的效率。

　　1 加大 max_length_for_sort_data 參數(shù)的設置

　　在 MySQL 中,決定使用老式排序算法還是改進版排序算法是通過參數(shù) max_length_for_ sort_data 來決定的。當所有返回字段的最大長度小于這個參數(shù)值時,MySQL 就會選擇改進后的排序算法,反之,則選擇老式的算法。所以,如果有充足的內(nèi)存讓MySQL 存放須要返回的非排序字段,就可以加大這個參數(shù)的值來讓 MySQL 選擇使用改進版的排序算法。

　　2 去掉不必要的返回字段

　　當內(nèi)存不是很充裕時,不能簡單地通過強行加大上面的參數(shù)來強迫 MySQL 去使用改進版的排序算法,否則可能會造成 MySQL 不得不將數(shù)據(jù)分成很多段,然后進行排序,這樣可能會得不償失。此時就須要去掉不必要的返回字段,讓返回結(jié)果長度適應 max_length_for_sort_data 參數(shù)的限制。

　　3 增大 sort_buffer_size 參數(shù)設置

　　這個值如果過小的話,再加上你一次返回的條數(shù)過多,那么很可能就會分很多次進行排序,然后最后將每次的排序結(jié)果再串聯(lián)起來,這樣就會更慢,增大 sort_buffer_size 并不是為了讓 MySQL選擇改進版的排序算法,而是為了讓MySQL盡量減少在排序過程中對須要排序的數(shù)據(jù)進行分段,因為分段會造成 MySQL 不得不使用臨時表來進行交換排序。

　　但是這個值不是越大越好：

　　1 Sort_Buffer_Size 是一個connection級參數(shù),在每個connection第一次需要使用這個buffer的時候,一次性分配設置的內(nèi)存。

　　2 Sort_Buffer_Size 并不是越大越好,由于是connection級的參數(shù),過大的設置+高并發(fā)可能會耗盡系統(tǒng)內(nèi)存資源。

　　3 據(jù)說Sort_Buffer_Size 超過2M的時候,就會使用mmap() 而不是 malloc() 來進行內(nèi)存分配,導致效率降低。

分享：使用innodb_force_recovery解決MySQL崩潰無法重啟問題
這篇文章主要介紹了使用innodb_force_recovery解決MySQL崩潰無法重啟問題,這只一個成功案例,并不是萬能的解決方法,需要酌情考慮,需要的朋友可以參考下 一 背景 某一創(chuàng)業(yè)的朋友的主機因為磁盤陣列損壞機器crash,重啟MySQL服務時 報如下錯誤: 代碼如下: InnoDB: Reading