本篇內(nèi)容主要講解“MySQL數(shù)據(jù)庫(kù)性能優(yōu)化的六大技巧分享”，感興趣的朋友不妨來看看。本文介紹的方法操作簡(jiǎn)單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“MySQL數(shù)據(jù)庫(kù)性能優(yōu)化的六大技巧分享”吧!

成都創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供黃浦網(wǎng)站建設(shè)、黃浦做網(wǎng)站、黃浦網(wǎng)站設(shè)計(jì)、黃浦網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、黃浦企業(yè)網(wǎng)站模板建站服務(wù)，10余年黃浦做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

1.存儲(chǔ)引擎的選擇
如 果數(shù)據(jù)表需要事務(wù)處理，應(yīng)該考慮使用InnoDB，因?yàn)樗耆螦CID特性。如果不需要事務(wù)處理，使用默認(rèn)存儲(chǔ)引擎MyISAM是比較明智的。并且不 要嘗試同時(shí)使用這兩個(gè)存儲(chǔ)引擎。思考一下：在一個(gè)事務(wù)處理中，一些數(shù)據(jù)表使用InnoDB，而其余的使用MyISAM。結(jié)果呢?整個(gè)subject將被取 消，只有那些在事務(wù)處理中的被帶回到原始狀態(tài)，其余的被提交的數(shù)據(jù)轉(zhuǎn)存，這將導(dǎo)致整個(gè)數(shù)據(jù)庫(kù)的沖突。然而存在一個(gè)簡(jiǎn)單的方法可以同時(shí)利用兩個(gè)存儲(chǔ)引擎的優(yōu) 勢(shì)。目前大多數(shù)MySQL套件中包括InnoDB、編譯器和鏈表，但如果你選擇MyISAM，你仍然可以單獨(dú)下載InnoDB，并把它作為一個(gè)插件。很簡(jiǎn) 單的方法，不是嗎?
2.計(jì)數(shù)問題
如果數(shù)據(jù)表采用的存儲(chǔ)引擎支持事務(wù)處理(如InnoDB)，你就不應(yīng)使用COUNT(*)計(jì) 算數(shù)據(jù)表中的行數(shù)。這是因?yàn)樵诋a(chǎn)品類數(shù)據(jù)庫(kù)使用COUNT(*)，最多返回一個(gè)近似值，因?yàn)樵谀硞€(gè)特定時(shí)間，總有一些事務(wù)處理正在運(yùn)行。如果使用 COUNT(*)顯然會(huì)產(chǎn)生bug，出現(xiàn)這種錯(cuò)誤結(jié)果。
3.反復(fù)測(cè)試查詢
查詢最棘手的問題并不是無(wú)論怎樣小心總會(huì)出現(xiàn)錯(cuò)誤， 并導(dǎo)致bug出現(xiàn)。恰恰相反，問題是在大多數(shù)情況下bug出現(xiàn)時(shí)，應(yīng)用程序或數(shù)據(jù)庫(kù)已經(jīng)上線。的確不存在針對(duì)該問題切實(shí)可行的解決方法，除非將測(cè)試樣本在 應(yīng)用程序或數(shù)據(jù)庫(kù)上運(yùn)行。任何數(shù)據(jù)庫(kù)查詢只有經(jīng)過上千個(gè)記錄的大量樣本測(cè)試，才能被認(rèn)可。
4.避免全表掃描
通常情況下，如果MySQL(或者其他關(guān)系數(shù)據(jù)庫(kù)模型)需要在數(shù)據(jù)表中搜索或掃描任意特定記錄時(shí)，就會(huì)用到全表掃描。此外，通常最簡(jiǎn)單的方法是使用索引表，以解決全表掃描引起的低效能問題。然而，正如我們?cè)陔S后的問題中看到的，這存在錯(cuò)誤部分。
5.使用”EXPLAIN”進(jìn)行查詢
當(dāng)需要調(diào)試時(shí)，EXPLAIN是一個(gè)很好的命令，下面將對(duì)EXPLAIN進(jìn)行深入探討。
首先，創(chuàng)建一個(gè)簡(jiǎn)單的數(shù)據(jù)表：

CREATETABLE'awesome_pcq'('emp_id'INT(10)NOTNULL DEFAULT'0', 'full_name'VARCHAR(100)NOTNULL, 'email_id'VARCHAR(100)NOTNULL, 'password'VARCHAR(50)NOTNULL, 'deleted'TINYINT(4)NOTNULL, PRIMARYKEY('emp_id') ) COLLATE='utf8_general_ci' ENGINE=InnoDB ROW_FORMAT=DEFAULT

這 個(gè)數(shù)據(jù)表一目了然，共有五列，最后一列“deleted”是一個(gè)Boolean類變量flag來檢查帳號(hào)是活動(dòng)的還是已被刪除。接下來，您需要用樣本記錄 填充這個(gè)表(比如，100個(gè)雇員記錄)。正如你看到的，主鍵是“emp_id”。因此，使用電子郵件地址和密碼字段，我們可以很容易地創(chuàng)建一個(gè)查詢，以驗(yàn) 證或拒絕登錄請(qǐng)求，如下(實(shí)例一)：

SELECTCOUNT(*)FROMawesome_pcqWHEREemail_id='blahblah'ANDpassword='blahblah'ANDdeleted=0

之前我們提到，要避免使用COUNT(*)。代碼糾正如下(實(shí)例二)：

SELECTemp_idFROMawesome_pcqWHEREemail_id='blahblah'ANDpassword='blahblah'ANDdeleted=0

現(xiàn)在回想一下，在實(shí)例一中，代碼查詢定位并返回“email_id”和“password”等于給定值的行數(shù)。在實(shí)例二中，進(jìn)行了同樣的查詢，不同的是明確要求列出“emp_id”所有滿足給定的標(biāo)準(zhǔn)的值。哪個(gè)查詢更費(fèi)時(shí)?
很顯然，這兩個(gè)實(shí)例都是同樣費(fèi)時(shí)的數(shù)據(jù)庫(kù)查詢，因?yàn)闊o(wú)意間，兩個(gè)實(shí)例查詢都進(jìn)行了全表掃描。為了更好地讀懂指令，執(zhí)行如下代碼：

EXPLAINSELECTemp_idFROMawesome_pcqWHEREemail_id='blahblah'ANDpassword='blahblah'ANDdeleted=0

在輸出時(shí)，集中在倒數(shù)第二列：“rows”。假設(shè)我們已經(jīng)將表填充了100個(gè)記錄，它會(huì)在第一行顯示100，這是MySQL需要進(jìn)行掃描用來計(jì)算查詢的結(jié)果的行數(shù)。這說明了什么?這需要全表掃描。為了克服這個(gè)弊端，則需要添加索引。

6.添加索引
先從重要的說起：給每一個(gè)可能遇到的次要問題創(chuàng)建索引并不明智。過多的索引會(huì)導(dǎo)致效能減慢和資源占用。在進(jìn)一步討論之前，在實(shí)例中創(chuàng)建一個(gè)樣本索引：

ALTERTABLE'awesome_pcq'ADDINDEX'LoginValidate'('email_id')

接下來，再次運(yùn)行該查詢：

EXPLAINSELECTemp_idFROMawesome_pcqWHEREemail_id='blahblah'ANDpassword='blahblah'ANDdeleted=0

請(qǐng) 注意運(yùn)行后的值。不是100，而是1。因此，為了給出查詢結(jié)果，MySQL只掃描了1行，多虧先前創(chuàng)建的索引。你可能會(huì)注意到，索引只在電子郵件地址字段 創(chuàng)建，而查詢對(duì)其他字段同樣進(jìn)行了搜索。這表明MySQL先執(zhí)行了一個(gè)cros-check，檢查是否有在WHERE子句中的定義的值有索引指定，如果有 這樣的值就執(zhí)行相應(yīng)的操作。
但是，它不是每次重復(fù)將減少到一個(gè)。例如，如果不是的索引字段(如employee names列可以有兩行相同的值)，即使創(chuàng)建索引，也將有多個(gè)記錄留下。但它仍然比全表掃描好。并且，在WHERE子句中指定列的順序沒有在這個(gè)過程中發(fā) 揮作用。例如，如果在上面的查詢中，改變字段的順序，使電子郵件地址出現(xiàn)在最后，MySQL仍將遍歷索引列的基礎(chǔ)上。那么，就要在索引上動(dòng)腦筋，注意如何 避免大量的全表掃描，并獲得更好的結(jié)果。不過，這需要經(jīng)歷一個(gè)很長(zhǎng)的過程。

到此，相信大家對(duì)“MySQL數(shù)據(jù)庫(kù)性能優(yōu)化的六大技巧分享”有了更深的了解，不妨來實(shí)際操作一番吧！這里是創(chuàng)新互聯(lián)建站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！

分享題目：MySQL數(shù)據(jù)庫(kù)性能優(yōu)化的六大技巧分享-創(chuàng)新互聯(lián)
當(dāng)前URL：http://www.chinadenli.net/article48/dedghp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站策劃、網(wǎng)站收錄、關(guān)鍵詞優(yōu)化、域名注冊(cè)、品牌網(wǎng)站建設(shè)、企業(yè)建站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)