<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    qileilove

    blog已經(jīng)轉(zhuǎn)移至github,大家請?jiān)L問 http://qaseven.github.io/

    MySQL數(shù)據(jù)庫開發(fā)必備常識

      2、關(guān)于like關(guān)鍵字

      對于使用like的查詢,需要注意的是只有列的%不在第一個字符索引才可能被使用。以下分別展示了使用like的查詢,第一個是索引被使用的,第二個是索引未被使用的。

      3、查看索引使用情況

      使用以下命令:

      如果索引正在工作,那么Handler_read_key 會很高,如果查詢中出現(xiàn)Handler_read_rnd_next的值很高,則表明查詢低效,索引的應(yīng)用并不合理。

      大批量插入時的SQL語句優(yōu)化

      在大量插入時,尤其是并發(fā)插入時,mysql往往要承受更高的負(fù)載,使用mysql administortar的健康檢查就可以發(fā)現(xiàn),其avg的值相當(dāng)高,在這種情況下,首先要做的是sql語句的優(yōu)化,比較下面兩個句子,后者的速度比前者要快得多。因?yàn)闇p少大量的連接。

      復(fù)制內(nèi)容到剪貼板代碼:

      在我的一個實(shí)際應(yīng)用中,由于需要經(jīng)常有數(shù)百個并發(fā)的插入,我還采用了insert delayed into來取代insert into,前者與后者的區(qū)別是在執(zhí)行插入語句時,數(shù)據(jù)保存在內(nèi)存隊(duì)列中,待數(shù)據(jù)庫空閑時執(zhí)行,但是會立即返回一個插入成功的信息。使用insert delayed into時需要注意:此時不能使用mysql_insert_id(),因?yàn)榇藭r并沒有真正插入。對特別重要的數(shù)據(jù)不宜采用該語句,避免數(shù)據(jù)以外丟失。

      其他雜談

      mysql myisam 表超過4G無法訪問的解決

      myisam引擎默認(rèn)是支持4GB,innodb理論上可以到6TB,假設(shè)單張表容量超過4GB,可能導(dǎo)致表都無法訪問了。可以通過以下命令增加表最大數(shù)據(jù)量:

      MySQL可以說是程序員應(yīng)用最多的數(shù)據(jù)庫,下面筆者為大家分享MySQL數(shù)據(jù)庫開發(fā)當(dāng)中的一些常識,存儲引擎的選擇,索引的設(shè)計及使用和大批量插入時SQL語句的優(yōu)化。希望能對大家有幫助。

      存儲引擎的選擇

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

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

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

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

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

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

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

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

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

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

      下面舉幾個列子來說明索引的使用:

      1、聯(lián)合索引的左前綴

      先看索引結(jié)構(gòu):

      user是聯(lián)合索引的名稱,包含3個列,分別是username,order,email。接下來執(zhí)行以下sql,使用explain命令來分析下運(yùn)行結(jié)果。

      在兩句sql中,我們可以發(fā)現(xiàn),第一個sql雖然沒用上,全部的索引列,但由于使用到了最左端的列,所以,聯(lián)合索引還是啟用了,第二句沒有使用到最左的列,所以索引沒有使用

    posted on 2012-06-11 09:52 順其自然EVO 閱讀(320) 評論(0)  編輯  收藏 所屬分類: 數(shù)據(jù)庫

    <2012年6月>
    272829303112
    3456789
    10111213141516
    17181920212223
    24252627282930
    1234567

    導(dǎo)航

    統(tǒng)計

    常用鏈接

    留言簿(55)

    隨筆分類

    隨筆檔案

    文章分類

    文章檔案

    搜索

    最新評論

    閱讀排行榜

    評論排行榜

    主站蜘蛛池模板: 精品成人一区二区三区免费视频| 一级毛片a女人刺激视频免费| 日本不卡高清中文字幕免费| 亚洲第一视频在线观看免费| 伊人久久综在合线亚洲2019| 免费黄色网址入口| 免费无码黄网站在线看| 亚洲精品国产国语| 亚洲国产美女精品久久久久∴| 黄页网站在线观看免费高清| 亚洲精品视频免费| 亚洲人成综合网站7777香蕉| 亚洲日韩欧洲乱码AV夜夜摸| 久久久www成人免费毛片| 国产区在线免费观看| 亚洲中文精品久久久久久不卡| 精品亚洲一区二区| 国产精品酒店视频免费看| 久久久久国色av免费看| 人体大胆做受免费视频| 亚洲国产日韩在线人成下载| 亚洲人成在线播放网站| 免费一级特黄特色大片在线| 国产福利在线观看免费第一福利| 波多野结衣免费一区视频 | 久久精品熟女亚洲av麻豆| 亚洲AV电影院在线观看| 免费一级一片一毛片| 啦啦啦高清视频在线观看免费 | 亚洲人成影院77777| 久久青草亚洲AV无码麻豆| 免费观看日本污污ww网站一区 | 亚洲av色福利天堂| 亚洲日本一区二区三区在线不卡| 毛片视频免费观看| 91精品免费高清在线| 波多野结衣免费一区视频| 国产精品内射视频免费| 午夜不卡AV免费| 国产综合激情在线亚洲第一页| 亚洲无码一区二区三区|