其實(shí)項(xiàng)目應(yīng)用的瓶頸還是在db端，在只有少量數(shù)據(jù)及極少并發(fā)的情況下，并不需要多少的技巧就可以得到我們想要的結(jié)果，但是當(dāng)數(shù)據(jù)量達(dá)到一定量級(jí)的時(shí) 候，程序的每一個(gè)細(xì)節(jié)，數(shù)據(jù)庫(kù)的設(shè)計(jì)都會(huì)影響到系統(tǒng)的性能。這里就數(shù)據(jù)庫(kù)開(kāi)發(fā)及優(yōu)化的話題和大家做個(gè)討論和分析，也請(qǐng)大家完善，這里就以下幾個(gè)話題，我先 發(fā)表自己的見(jiàn)解。

1.存儲(chǔ)引擎的選擇

2.索引的設(shè)計(jì)及使用

3.大批量插入時(shí)SQL語(yǔ)句的優(yōu)化

存儲(chǔ)引擎的選擇

聲明：本文所針對(duì)的數(shù)據(jù)庫(kù)版本都是MYSQL 5這里我主要針對(duì)兩種存儲(chǔ)引擎進(jìn)行簡(jiǎn)單比較分別是MyISAM和InnoDB，首先比較下區(qū)別：

1. MyISAM不支持事務(wù)，不支持外鍵，優(yōu)點(diǎn)是訪問(wèn)速度高，批量插入速度快。假設(shè)大量的操作是select、insert，建議采用該存儲(chǔ)引擎。但是在我的實(shí)際應(yīng)用中，出現(xiàn)過(guò)批量插入過(guò)于頻繁的時(shí)候，當(dāng)數(shù)據(jù)量到達(dá)一定級(jí)別，出現(xiàn)表?yè)p壞的情況。

2. InnoDB支持事務(wù)處理，但是相對(duì)于前者，處理效率低一些，并且其索引及數(shù)據(jù)也更占用磁盤(pán)空間。在存儲(chǔ)一些關(guān)鍵數(shù)據(jù)，并需要對(duì)其進(jìn)行事務(wù)操作的時(shí)候，我們可以選擇innodb，當(dāng)然，我認(rèn)為他不應(yīng)該是訪問(wèn)量太大的。

索引的設(shè)計(jì)及使用

沒(méi)有索引的表是恐怖的，除非里頭沒(méi)多少數(shù)據(jù)，但是怎么設(shè)計(jì)索引是合理的?恐怕不是所有人都明白，這里簡(jiǎn)要分析下索引的設(shè)計(jì)及使用。

1. 索引通常是設(shè)置where字句中的列，如果你設(shè)置select后的列，這是沒(méi)有任何意義的。當(dāng)然你需要對(duì)某列進(jìn)行排序，order by后的列也是可以建成索引的。

2. 使用唯一索引，主鍵就是最好的例子，假設(shè)你建的索引列，大量都是重復(fù)的，例如：性別，那么這樣的索引并不會(huì)加快搜索速度。至于為什么，請(qǐng)大家自行了解索引的工作原理。

3. 只要有可能，就要盡量限定索引的長(zhǎng)度，例如索引列為 char(100)，在其前10個(gè)字符大部分都是唯一的，請(qǐng)?jiān)O(shè)置索引的長(zhǎng)度為10，使用短索引可以加快查詢速度，并節(jié)省硬盤(pán)空間。

4. 索引的左前綴特性，聯(lián)合索引實(shí)質(zhì)上也是建立了多個(gè)的索引，那么是建立聯(lián)合索引好還是分別建多個(gè)索引好呢?顯然前者更好，利用左前綴特性，只要聯(lián)合索引的最左的列被用到，那么索引都會(huì)被使用。

5. 當(dāng)然，最后要說(shuō)的是，不要過(guò)度使用索引，索引越多，插入的速度越慢，尤其到數(shù)據(jù)量龐大時(shí)，同時(shí)，大量的索引將耗費(fèi)很多硬盤(pán)空間，造成不必要的浪費(fèi)。

總結(jié)

以上是生活随笔為你收集整理的mysql 显示前三项_详解MySQL三项实用开发知识的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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