MySQL服務器磁盤是如何分割和優化的

這篇文章主要介紹“MySQL服務器磁盤是如何分割和優化的”，在日常操作中，相信很多人在MySQL服務器磁盤是如何分割和優化的問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”MySQL服務器磁盤是如何分割和優化的”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

　　1、使用符號連接

　　這意味著你將索引/數據文件符號從正常的數據目錄鏈接到其他磁盤(那也可以被分割的)。這使得尋道和讀取時間更好(如果磁盤不用于其他事情)

　　2、分割

　　分割意味著你有許多磁盤并把第一塊放在第一個磁盤上，在第二塊放在第二個磁盤上，并且第n塊在第(nmodnumber_of_disks)磁盤上，等等。這意味著，如果你的正常數據大小于分割大小(或完美地排列過)，你將得到較好一些的性能。注意，分割是否很依賴于OS和分割大小。因此用不同的分割大小測試你的應用程序。見10.8使用你自己的基準。注意對分割的速度差異很依賴于參數，取決于你如何分割參數和磁盤數量，你可以得出以數量級的不同。注意你必須選擇為隨機或順序存取優化。

　　為了可靠，你可能想要使用襲擊RAID0+1(分割+鏡像)，但是在這種情況下，你將需要2*N個驅動器來保存N個驅動器的數據。如果你有錢，這可能是最好的選擇!然而你也可能必須投資一些卷管理軟件投資以高效地處理它。

　　一個好選擇是讓稍重要的數據(它能再生)上存在RAID0磁盤上，而將確實重要的數據(像主機信息和日志文件)存在一個RAID0+1或RAIDN磁盤上。如果因為更新奇偶位你有許多寫入，RAIDN可能是一個問題。

　　你也可以對數據庫使用的文件系統設置參數。一個容易的改變是以noatime選項掛裝文件系統。這是它跳過更新在inode中的最后訪問時間，而且這將避免一些磁盤尋道。

　　硬件問題

　　可利用硬件更有效地改善服務器的性能：

　　1、在機器中安裝更多的內存。這樣能夠增加服務器的高速緩存和緩沖區的尺寸，使服務器更經常地使用存放在內存中的信息，降低從磁盤取信息的要求。

　　2、如果有足夠的RAM使所有交換在內存文件系統中完成，那么應該重新配置系統，去掉所有磁盤交換設置。否則，即使有足以滿足交換的RAM，某些系統仍然要與磁盤進行交換。

　　3、增加更快的磁盤以減少I/O等待時間。尋道時間是這里決定性能的主要因素。逐字地移動磁頭是很慢的，一旦磁頭定位，從磁道讀塊則較快。

　　在不同的物理設備上設法重新分配磁盤活動。如果可能，應將您的兩個最繁忙的數據庫存放在不同的物理設備上。請注意，使用同一物理設備上的不同分區是不夠的。這樣沒有幫助，因為它們仍將爭用相同的物理資源(磁盤頭)。移動數據庫的過程在第10章中介紹。

　　4、在將數據重新放到不同設備之前，應該保證了解該系統的裝載特性。如果在特定的物理設備上已經有了某些特定的主要活動，將數據庫放到該處實際上可能會使性能更壞。例如，不要把數據庫移到處理大量Web通信的Web服務器設備上。

　　5、在設置MySQL時，應該配置其使用靜態庫而不是共享庫。使用共享庫的動態二進制系統可節省磁盤空間，但靜態二進制系統更快(然而，如果希望裝入用戶自定義的函數，則不能使用靜態二進制系統，因為UDF機制依賴于動態連接)。

　　MySQL服務器磁盤怎么分割和優化

　　服務器參數的選擇

　　服務器有幾個能夠改變從而影響其操作的參數(或稱變量)。系統變量的當前值可以通過執行mysqladminvaribles命令來檢查，其中幾個參數主要與查詢有關，有必要在此提一下：

　　delayed_queue_size

　　此參數在執行其他INSERTDELAYED語句的客戶機阻塞以前，確定來自INSERTDELAYED語句的放入隊列的行的數目。增加這個參數的值使服務器能從這種請求中接收更多的行，因而客戶機可以繼續執行而不阻塞。

　　key_buffer_size

　　此參數為用來存放索引塊的緩沖區尺寸。如果內存多，增加這個值能節省索引創建和修改的時間。較大的值使MySQL能在內存中存儲更多的索引塊，這樣增加了在內存中找到鍵值而不用讀磁盤塊的可能性。

　　在MySQL3.23版及以后的版本中，如果增加了鍵緩沖區的尺寸，可能還希望用--init-file選項啟動服務器。這樣能夠指定一個服務器啟動時執行的SQL語句文件。如果有想要存放在內存中的只讀表，可將它們拷貝到索引查找非常快的HEAP表。

　　back_log

　　引入客戶機連接請求的數量，這些請求在從當前客戶機中處理時排隊。如果你有一個很忙的站點，可以增加改變量的值。

　　編譯和鏈接怎樣影響MySQL的速度

　　大多數下列測試在Linux上并用MySQL基準進行的，但是它們應該對其他操作系統和工作負載給出一些指示。

　　當你用-static鏈接時，你得到最快的可執行文件。使用Unix套接字而非TCP/IP連接一個數據庫也可給出好一些的性能。

　　在Linux上，當用pgcc和-O6編譯時，你將得到最快的代碼。為了用這些選項編譯“sql_yacc.cc”，你需要大約200M內存，因為gcc/pgcc需要很多內存使所有函數嵌入(inline)。在配置MySQL時，你也應該設定CXX=gcc以避免包括libstdc++庫(它不需要)。

　　只通過使用一個較好的編譯器或較好的編譯器選項，在應用中你能得到一個10-30%的加速。如果你自己編譯SQL服務器，這特別重要!

　　在Intel上，你應該例如使用pgcc或CygnusCodeFusion編譯器得到最大速度。我們已經測試了新的Fujitsu編譯器，但是它是還沒足夠不出錯來優化編譯MySQL。

　　這里是我們做過的一些測量表：

　　·如果你以-O6使用pgcc并且編譯任何東西，mysqld服務器是比用gcc快11%(用字符串99的版本)。

　　·如果你動態地鏈接(沒有-static)，結果慢了13%。注意你仍能使用一個動態連接的MySQL庫。只有服務器對性能是關鍵的。

　　·如果你使用TCP/IP而非Unix套接字，結果慢7.5%。

　　·在一個SunSPARCstation10上，gcc2.7.3是比SunProC++4.2快13%。

　　·在Solaris2.5.1上，在單個處理器上MIT-pthreads比帶原生線程的Solaris慢8-12%。以更多的負載/cpus，差別應該變得更大。

　　由TcX提供的MySQL-Linux的分發用pgcc編譯并靜態鏈接。

到此，關于“MySQL服務器磁盤是如何分割和優化的”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！