????很有用的一章，將為接下來兩個章節(jié)鋪墊润努，這三個章節(jié)中將 討論邏輯設(shè)計(jì)情连、物理設(shè)計(jì)和查詢執(zhí)行，以及它們之間的相互作用炭菌。

選擇優(yōu)化的數(shù)據(jù)類型

????更小的通常更好：應(yīng)該盡量使用可以正確存儲數(shù)據(jù)的最小數(shù)據(jù)類型（例如只需要存0-200罪佳，使用tinyint unsigned更好）。更小的數(shù)據(jù)類型通常更快黑低，因?yàn)樗鼈冋加酶俚拇疟P赘艳、內(nèi)存和CPU緩存，并且處理時需要的CPU周期也更少。同時要確保沒有低估需要存儲的值得范圍蕾管，因?yàn)橐趕chema中多個地方添加數(shù)據(jù)類型的范圍是一個非常耗時和痛苦的操作枷踏。

????簡單就好：簡單數(shù)據(jù)類型的操作通常需要更少的CPU周期，例如整型比字符操作代價更低掰曾，因?yàn)樽址托σ?guī)則使字符比較比整型比較更復(fù)雜旭蠕。要盡量使用MySQL內(nèi)建的類型（data、time婴梧、datatime）而不是字符串來存儲時間和日期或者應(yīng)該用整型存儲IP地址下梢。

????盡量避免NULL：NULL是列的默認(rèn)屬性，通常最好指定列為NOT NULL塞蹭，除非真的需要存儲NULL孽江。一般查詢中包含可NULL的列，對MySQL來說更難優(yōu)化番电，因?yàn)榭芍^NULL的列使得索引岗屏、索引統(tǒng)計(jì)和值比較都變得更復(fù)雜，而且可為NULL的列會使用更多的存儲空間漱办，在MySQL里也需要特殊處理这刷。當(dāng)NULL列被索引時每個索引記錄需要一個額外的字節(jié)，所以如果計(jì)劃在列上建索引娩井，就應(yīng)該盡量避免設(shè)計(jì)成為可為NULL的列暇屋。值得一提的是，對于InnoDB來說洞辣，它使用單獨(dú)的位來存儲NULL值咐刨，這對于稀疏數(shù)據(jù)（多NULL少NOT NULL）有很好的空間效率。

????在為列選擇數(shù)據(jù)類型時扬霜，第一步需要確定合適的大類型：數(shù)字定鸟、字符串、時間等著瓶，然后下一步是選擇具體類型联予。很多MySQL數(shù)據(jù)類型可以存儲相同類型的數(shù)據(jù)，但是其存儲的長度和范圍不一樣材原、允許的精度不同沸久、需要的物理空間也不同。例如华糖，DATATIME和TIMESTAMP都可以存儲時間和日期麦向，精確到秒，然而TIMESTAMP就只有DATATIME一半的存儲空間客叉，并且會根據(jù)時區(qū)變化，具有特殊自動更新能力，但是其時間范圍要小很多兼搏。

整數(shù)類型

????有TINYINT卵慰、SMALLINT、MEDIUMINT佛呻、INT裳朋、BIGINT分別使用8、16吓著、24鲤嫡、32、64位存儲空間绑莺，整型類型有可選UNSIGNED屬性暖眼，表示不允許負(fù)值，這大致可以使正數(shù)的上限提高一倍纺裁。

????MySQL可以為整數(shù)類型指定寬度诫肠，例如INT(11)，對大多數(shù)應(yīng)用這是沒有意義的欺缘，它不會限制值得合法范圍栋豫，只是規(guī)定了MySQL的一些交互工具用來顯示字符的個數(shù)。對于存儲和計(jì)算來說谚殊，INT(1)和INT(20)是相同的

實(shí)數(shù)類型

????帶有小數(shù)部分的數(shù)字丧鸯。MySQL既支持精確類型也支持不精確類型。FLOAT和DOUBLE類型支持使用標(biāo)準(zhǔn)的浮點(diǎn)運(yùn)算進(jìn)行近似計(jì)算會損失精度嫩絮；DECIAML類型用于存儲精確的小數(shù)丛肢，使用MySQL服務(wù)器自身實(shí)現(xiàn)高精度的計(jì)算，因此相對來說運(yùn)算較慢絮记。

????浮點(diǎn)和DECIMAL以下都可以指定精度摔踱，對于DECIMAL列，可以指定小數(shù)點(diǎn)前后所允許的最大位數(shù)怨愤，這會影響列的空間消耗派敷。因?yàn)樾枰~外的空間和計(jì)算開銷，所以應(yīng)該盡量只在對小數(shù)進(jìn)行精確計(jì)算時才使用DECIMAL撰洗。

字符串類型

????支持多種字符串類型篮愉，每個類型還有很多變種。

????VARCHAR：用于存儲可變長的字符串差导，是最常見的字符串?dāng)?shù)據(jù)類型试躏。它比定長類型更節(jié)省空間，但如果MySQL表使用ROW_FORMAT=FIXED創(chuàng)建的話设褐，每一行就是定長存儲颠蕴，這會很浪費(fèi)空間泣刹。VARCHAR要使用1或2個額外字節(jié)記錄字符串的長度，如果列的最大長度不大于255字節(jié)就只使用1個字節(jié)表示犀被，否則使用2個字節(jié)椅您。由于行是變長的，在UPDATE時當(dāng)行變得比原來更長時就會導(dǎo)致更多的額外工作（MyISAM將行拆分成不同的片段存儲寡键，InnoDB則需要分裂頁來使行可以放進(jìn)頁內(nèi)掀泳，其他引擎可能從不在原數(shù)據(jù)位置更新）。VARCHAR(5)和VARCAHR(200)存儲‘hello’的空間開銷是一樣的西轩，但是其內(nèi)存消耗卻相差很大员舵，更長的列會消耗更多的內(nèi)存，故最好是只分配需要的空間藕畔。

????CHAR：是定長的马僻，MySQL通過定義的字符串長度分配足夠的空間。當(dāng)存儲CHAR值時劫流，MySQL會刪除所有的末尾空格（如果存儲“str? ”就會刪除后面的空格）巫玻，為方便比較CHAR值會根據(jù)需要采用空格進(jìn)行填充。CHAR適合存儲很短的字符串祠汇，或者所有值都接近同一個長度仍秤，例如就很適合存儲MD5值。CHAR值不容易產(chǎn)生碎片可很，如果使用CHAR(1)存儲Y和N的值就只需要一個字節(jié)诗力，但是VARCHAR(1)卻需要兩個字節(jié)因?yàn)檫€有一個字節(jié)記錄長度。

????BINARY和VARBINARY：存儲的是二進(jìn)制字符串我抠，與常規(guī)的字符串相似苇本，但二進(jìn)制字符串存儲的是字節(jié)碼而不是字節(jié)，填充也不一樣菜拓，MySQL填充BINARY采用的是\0（零字節(jié)）而不是空格而且檢索時也不會去掉填充值瓣窄。所以如果需要檢索時保持值不變，則需要特別小心BINARY這個類型纳鼎。

????BLOB和TEXT類型：存儲很大的數(shù)據(jù)而設(shè)計(jì)的字符串?dāng)?shù)據(jù)類型俺夕，分表采用二進(jìn)制和字符方式存儲。MySQL會把每個BLOB和TEXT值當(dāng)作一個獨(dú)立的對象處理贱鄙，存儲引擎在存儲時通常會做特殊處理劝贸，當(dāng)值太大時，InnoDB會使用專門的“外部”存儲區(qū)域來進(jìn)行存儲逗宁，這時每個值在行內(nèi)都需要1~4個字節(jié)存儲一個指針映九，然后在外部存儲區(qū)域存儲實(shí)際的值。BLOB和TEXT的區(qū)別在于BLOB類型粗才能的是二進(jìn)制數(shù)據(jù)瞎颗，沒有排序規(guī)則或字符集件甥，而TEXT類型有字符集和排序規(guī)則捌议。MySQL對這兩種類型的排序不是比較所有的字符串而是對每個列的最前max_sort_length字節(jié)進(jìn)行排序。

????使用枚舉（ENUM）代替字符串類型：可以把一些不重復(fù)的字符串存儲成一個預(yù)定義的集合嚼蚀。MySQL在存儲枚舉時非常緊湊禁灼，會根據(jù)列表值的數(shù)量壓縮到一個或兩個字節(jié)中管挟，形成映射關(guān)系轿曙。但是其排序規(guī)則是按照鍵的大小排序的，這點(diǎn)不是太好僻孝。最不好的地方是字符串列表是固定的导帝，添加或者刪除其他不同的字符串必須使用DDL語句，對于那些可能改變的字符串并不是一個好辦法穿铆。除非你非常確定只有這幾個值您单，否則還不如使用TINYINT來的好，（別告訴我性別只有男女荞雏，要是你的BOSS后面要你加個保密虐秦，加個人妖什么的。凤优。）

日期和時間類型

????DATATIME：能保存大范圍的值悦陋，從1001年到9999年，精確到秒筑辨。它把日期和時間封裝到格式為YYYYMMDDHHMMSS的整數(shù)中俺驶，與時區(qū)無關(guān)，使用8個字節(jié)存儲空間棍辕。

????TIMESTAMP：保存了時間戳暮现，范圍是1970到2038年，精確到秒楚昭，該類型與時區(qū)相關(guān)栖袋。默認(rèn)情況下，如果插入時沒有指定第一個TIMESTAMP列的值抚太，MySQL則會設(shè)置這個列為當(dāng)前時間塘幅，當(dāng)更新記錄時也會默認(rèn)更新第一個TIMESTAMP列的值。

????除了特殊行為外凭舶，盡量使用TIMESTAMP晌块，因?yàn)樗菵ATETIME空間效率更高。TIMESTAMP的行為規(guī)則比較復(fù)雜帅霜，并且在不同的MySQL版本里會變動匆背，所以使用SHOW CREATE TABLE命令檢查輸出是有必要的。

位數(shù)據(jù)類型

????MySQL有少數(shù)幾種存儲類型使用緊湊的位存儲數(shù)據(jù)身冀，所有這些位類型钝尸，不管底層存儲格式和處理方式如何括享，從技術(shù)上來說都是字符串類型。

????BIT：可以存儲一個或多個true/false值珍促。不同的存儲類型的行為不同铃辖，MyISAM會打包存儲所有的BIT列，所以17個單獨(dú)的BIT列只使用3個字節(jié)就能存儲猪叙；其他類型Memory和InnoDB娇斩，為每個BIT列使用一個足夠存儲的最小整數(shù)類型來存放，所以不能節(jié)省存儲空間穴翩。MySQL把BIT當(dāng)作字符串類型而不是數(shù)字類型犬第，在檢索BIT的值時結(jié)果應(yīng)該是一個二進(jìn)制字符串，如果在數(shù)字上下文中可以得到數(shù)字（a+0）,可根據(jù)二進(jìn)制輸出對應(yīng)的ASCII（ascii(a)）之類的芒帕。

????SET：如果需要保存很多true/false值歉嗓，可以考慮合并這些列到一個SET數(shù)據(jù)類型，它在MySQL內(nèi)部是以一系列打包的位的集合來表示的背蟆，這樣就有效的利用了存儲空間鉴分，和ENUM一樣它改變列的定義的代價要使用DDL語句，代價高带膀，一般來說也無法在SET列上通過索引檢索志珍。

????在整數(shù)列上進(jìn)行按位操作：一種代替SET的方法是使用一個整數(shù)包裝一系列的位，比如可以把8個位包裝到一個TINYINT中本砰，并且可以按位操作來使用碴裙。這樣可以不使用DDL語句，但是更難理解点额。

選擇標(biāo)識符

????為標(biāo)識列（identifier column舔株，又稱自增長列）選擇合適的數(shù)據(jù)類型非常重要。一般來說更可能用標(biāo)識列與其他值進(jìn)行比較还棱，或者通過標(biāo)識列尋找其他列载慈，或者作為關(guān)聯(lián)列。所以應(yīng)該選擇跟關(guān)聯(lián)表中的對應(yīng)列一樣的類型珍手。

????選擇標(biāo)識列的類型時不僅僅需要考慮存儲類型办铡，還需要考慮MySQL對這種類型怎么執(zhí)行計(jì)算和比較。一旦選定了一種類型琳要，要確保在所有的關(guān)聯(lián)表中都使用同樣的類型寡具，混用的話可能導(dǎo)致性能問題，或者在比較操作時造成很難發(fā)現(xiàn)的錯誤稚补。

????推薦使用整數(shù)類型來作為標(biāo)識列的類型童叠，因?yàn)樗鼈兒芸於铱勺栽觥Ｊ褂肊NUM和SET類型或者使用字符串類型都是一個糟糕的選擇课幕，前者只能固定值導(dǎo)致限定多厦坛，或者非常消耗空間且速度慢五垮。

特殊類型數(shù)據(jù)

某些類型的數(shù)據(jù)并不直接與內(nèi)置類型一致。比如低于秒級精度的時間戳杜秸，或者使用VARCHAR來存儲IPv4地址等等都是一些習(xí)慣導(dǎo)致的性能問題放仗。

MySQL schema設(shè)計(jì)中的陷阱

????雖然有一些普遍的好或壞的設(shè)計(jì)原則，但也有問題是由MySQL實(shí)現(xiàn)機(jī)制導(dǎo)致的撬碟，這意外著有可能犯一些只有在MySQL下才會發(fā)生的錯誤诞挨。

????太多的列：MySQL的存儲引擎API工作時需要在服務(wù)層和存儲引擎層之間通過行緩沖格式拷貝數(shù)據(jù)，然后在服務(wù)器層將緩沖內(nèi)容解碼成各個列小作。從行緩沖中將編碼過的列轉(zhuǎn)換成行數(shù)據(jù)結(jié)構(gòu)的操作代價非常高亭姥，所以應(yīng)該避免寫太多的列含蓉。（提取熱點(diǎn)的列污呼，分表保存不怎么用到的列）

????太多的關(guān)聯(lián)：所謂的“實(shí)體-屬性-值”（EAV）設(shè)計(jì)模式是一個常見的糟糕設(shè)計(jì)模式汪厨，尤其在MySQL下不能靠譜地工作，因?yàn)樗鼤P(guān)聯(lián)很多個表静秆，而MySQL的上限是61張表。但如果希望查詢執(zhí)行速度快并且并發(fā)性好巡李，單個查詢最好在12個表內(nèi)做關(guān)聯(lián)（當(dāng)然越少越好抚笔，一般4個關(guān)聯(lián)就很多了，如果有需要最好在業(yè)務(wù)端拆分成多個sql來查詢比較好）侨拦。

????全能的枚舉：防止過度使用枚舉ENUM殊橙。（別用枚舉了。狱从。）

????變相的枚舉：改用ENUM時不要用SET膨蛮，ENUM在列中只允許存儲單個值，SET可以存儲多個值季研，要清楚兩個類型的優(yōu)劣敞葛。

????NULL問題：之前說過要避免使用NULL，建議盡可能考慮替代方案与涡，一些“空值”實(shí)際上可以用0或者空字符串代替惹谐。但也不能走極端，當(dāng)確實(shí)需要表示未知值時也不要害怕用NULL驼卖，在一些場景下可能使用NULL會更好氨肌，如果設(shè)置特殊值表示空值可能帶來更大的麻煩時就不要吝嗇使用NULL。

范式和反范式

????對于任何給定的數(shù)據(jù)通常有很多表示方法酌畜，從完全范式化到完全反范式化怎囚，以及兩者的折中。在范式化的數(shù)據(jù)庫中檩奠，每個事實(shí)數(shù)據(jù)會出現(xiàn)并且只出現(xiàn)一次桩了。相反附帽，在反范式化的數(shù)據(jù)庫中，信息是冗余的井誉，可能會存儲在很多地方蕉扮。

????當(dāng)為性能問題而尋求幫助時經(jīng)常會被建議對schema進(jìn)行范式化設(shè)計(jì)，尤其是寫密集的場景颗圣。范式化帶來的好處：

范式化的更新操作通常比反范式化要快

當(dāng)數(shù)據(jù)較好地范式化時喳钟，就只有很少或者沒有重復(fù)數(shù)據(jù)，因此只要修改更少的數(shù)據(jù)

范式化的表通常小在岂，可以更好地放在內(nèi)存里奔则，所以執(zhí)行操作會更快。

很少有多余的數(shù)據(jù)意味著檢索列表數(shù)據(jù)時更少需要DISTINCT或者GROUP BY

????但是也有很明顯的缺點(diǎn)就是要關(guān)聯(lián)蔽午，一些復(fù)雜查詢語句可能要關(guān)聯(lián)多個表易茬，這不但代價昂貴而且可能使一些索引策略無效。例如及老，范式化可能將列存放在不同的表中抽莱，而這些列如果在一個表中本可以屬于同一個索引。

????反范式化的schema因?yàn)樗袛?shù)據(jù)都在一張表中可以很好避免關(guān)聯(lián)骄恶，如果不需要關(guān)聯(lián)食铐，那么當(dāng)數(shù)據(jù)比內(nèi)存大時，即使使用全表掃描都比關(guān)聯(lián)要快的多僧鲁。因?yàn)楸苊饬穗S機(jī)I/O虐呻，而全表掃描基本上是順序I/O。

????既然都有優(yōu)缺點(diǎn)寞秃，在實(shí)際應(yīng)用中通常是混用模式斟叼，可能使用部分范式化的schema、緩存表蜕该、以及其他技巧犁柜。最常見的反范式化的方法是復(fù)制冗余或者緩存。

緩存表和匯總表

????有時提升性能最好的方法是在同一張表中保存衍生的冗余數(shù)據(jù)堂淡。然而馋缅，有時也需要創(chuàng)建一張完全獨(dú)立的匯總表或緩存表（特別是為滿足檢索需要時）。如果能容許少量的臟數(shù)據(jù)绢淀，這是個非常好的方法萤悴。

????一般緩存表存一些可以比較簡單地從一些關(guān)聯(lián)表中獲取的數(shù)據(jù)（單次獲取會比較慢），而匯總表一般保存的是使用GROUP BY語句聚合數(shù)據(jù)的表皆的。

????有時候需要很多不同的索引組合來加速各種類型的查詢覆履。這些矛盾的需求有時需要創(chuàng)建一張只包含主表中部分列的緩存表，一個有效的技巧是對緩存表使用不同的存儲引擎，例如主表使用InnoDB硝全，那么用MyISAM作為緩存表的引擎將會得到更小的索引占用空間栖雾，并且可以做全文搜索。

物化視圖

????物化視圖實(shí)際上是預(yù)先計(jì)算并且存儲在磁盤上的表伟众，可以通過各種策略刷新和更新析藕。MySQL并不原生支持物化視圖，而是使用Flexviews外部實(shí)現(xiàn)物化視圖凳厢。對比傳統(tǒng)的維護(hù)匯總表和緩存表账胧，F(xiàn)lexviews通過提取對源表的更改，可以增量地重新計(jì)算物化視圖的內(nèi)容先紫。這意味著不需要通過查詢原始數(shù)據(jù)來更新視圖治泥。這樣計(jì)算增量數(shù)據(jù)比從源表中讀取數(shù)據(jù)的效率要高很多。

計(jì)數(shù)器表

????如果應(yīng)用在表中保存計(jì)數(shù)器遮精，則在更新計(jì)數(shù)器時可能碰到并發(fā)問題居夹。計(jì)數(shù)器表在Web應(yīng)用中很常見÷嘏福可以用這種表緩存一個用戶的朋友數(shù)吮播、文件下載次數(shù)等。創(chuàng)建一張獨(dú)立的表存儲計(jì)數(shù)器通常是個好主意眼俊，這樣可以使計(jì)數(shù)器表小且快。使用獨(dú)立的表可以幫助避免查詢緩存失效粟关，并且可以使用一些高級技巧疮胖，比如計(jì)數(shù)的時候可以多增加幾行計(jì)數(shù)，或者隔一段時間增加一行計(jì)數(shù)闷板，這樣update就不會因?yàn)殒i行（表）而導(dǎo)致并發(fā)效率低澎灸。

????為了提高讀的速度，有時候相應(yīng)的會增加寫的負(fù)擔(dān)遮晚，也需要額外的維護(hù)任務(wù)性昭。這些都是設(shè)計(jì)高性能數(shù)據(jù)庫時，要承擔(dān)的代價县遣。

加快ALTER TABLE操作的速度

????MySQL的ALTER TABLE操作的性能對大表來說是個大問題糜颠。MySQL執(zhí)行大部分修改表結(jié)構(gòu)操作的方法是用新的結(jié)構(gòu)創(chuàng)建一個空表，從舊表中查出所有數(shù)據(jù)插入新表萧求，然后刪除舊表其兴。這樣的操作可能需要花費(fèi)很長的時間，如果內(nèi)存不足而表又很大夸政，而且還有很多索引的情況下尤其如此元旬。有時候需要花數(shù)個小時甚至數(shù)天才能完成。

????一般而言，大部分ALTER TABLE操作將導(dǎo)致MySQL服務(wù)中斷匀归。一般情況下回使用兩種技巧：一種是先在一臺不提供服務(wù)的機(jī)器上執(zhí)行ALTER TABLE操作坑资，然后和提供服務(wù)的主庫進(jìn)行切換；另一種就是“影子拷貝”穆端，影子拷貝是用要求的表結(jié)構(gòu)創(chuàng)建一張和源表無關(guān)的新表袱贮，然后通過重命名和三標(biāo)操作交換兩張表。

????不是所有的ALTER TABLE操作都會引起表重建徙赢，有兩種方法可以改變或者刪除一個列的默認(rèn)值字柠，一種是跳過創(chuàng)建新表的步驟，直接在.frm文件中修改列的默認(rèn)值狡赐，即直接修改文件而不需要改動表本身窑业；另一種是通過ALTER COLUMN的操作來該表列的默認(rèn)值，這個語句會直接修改.frm文件而不涉及表數(shù)據(jù)枕屉。

只修改.frm文件

????直接修改.frm文件是很快的常柄，但是MySQL有時候會在沒有必要的時候也重建表。如果愿意冒一些風(fēng)險(xiǎn)搀擂，可以讓MySQL做一些其他類型的修改二不用重建表西潘。但是這些技巧需要承擔(dān)風(fēng)險(xiǎn)的，所以在執(zhí)行之前先確保做了數(shù)據(jù)備份哨颂。

????這些操作時可能不需要重建表的：1喷市、移除（不是增加）一個列的AUTO_INCREMENT屬性。2威恼、增加品姓、移除或者更改ENUM和SET常量，如果移除的是一件有行數(shù)據(jù)用到其值得常量箫措，查詢將會返回一個空字串值腹备。

????基本的技術(shù)是為想要的表結(jié)構(gòu)創(chuàng)建一個新的.frm文件，然后用它替換掉已經(jīng)存在的那張表的.frm文件斤蔓，像這樣：

1植酥、創(chuàng)建一張有相同結(jié)構(gòu)的空表，并進(jìn)行所需要的修改（例如增加ENUM常量）弦牡。

2友驮、執(zhí)行FLUSH TABLES WITH READ LOCK。這將會關(guān)閉所有正在使用的表喇伯，并且禁止任何表被打開喊儡。

3、交換.frm文件

4稻据、執(zhí)行UNLOCK TABLES來釋放第2步的讀鎖艾猜。

快速創(chuàng)建MyISAM索引

????為了高效地載入數(shù)據(jù)到MyISAM表中买喧，一個常用的技巧是先禁用索引、載入數(shù)據(jù)匆赃，然后重新啟用索引淤毛。

mysql>altertabletest.load_datadisablekeys;

–load thedata

mysql>altertabletest.loadenablekeys;

????這個技巧能夠發(fā)揮作用，是因?yàn)闃?gòu)架索引的工作被延遲到數(shù)據(jù)完全載入之后算柳，這個時候已經(jīng)通過排序來構(gòu)建索引了低淡。這樣會快很多，并且使得索引樹的碎片更少瞬项、更緊湊蔗蹋。

????不幸的是，這個辦法對唯一索引無效囱淋，因?yàn)閐isable keys只對非唯一索引有效猪杭。

????InnoDB有一個類似的技巧，這依賴于InnoDB的快速在線索引創(chuàng)建功能妥衣。先刪除所有的非唯一索引皂吮，然后增加新的列，最后重新創(chuàng)建刪除掉的索引税手。也可以使用前面說的ALTER TABLE的駭客方法來加速這個操作蜂筹，但需要多做一些工作并承擔(dān)一定風(fēng)險(xiǎn)。這對從備份中載入數(shù)據(jù)是很有用的芦倒，例如艺挪，當(dāng)已經(jīng)知道所有數(shù)據(jù)都是有效并且沒有必要做唯一性檢查時就可以這么來操作。

????下面的步驟用于快速創(chuàng)建MyISAM表索引（記得備份數(shù)據(jù)）：

1兵扬、用需要的表結(jié)構(gòu)創(chuàng)建一張表闺属，但不包括索引。

2周霉、載入數(shù)據(jù)到表中以創(chuàng)建.MYD文件。

3亚皂、按照需要的結(jié)構(gòu)創(chuàng)建另外一張空表俱箱，這次要包含索引。這會創(chuàng)建需要的.frm和.MYI文件灭必。

4狞谱、獲取讀鎖并刷新表。

5禁漓、重命名第二張表的.frm和.MYI文件跟衅，讓MySQL人為是第一張表的文件。

6播歼、釋放讀鎖伶跷。

7、使用REPAIR TABLE來重建表的索引。該操作會通過排序來構(gòu)建所有索引叭莫，包括唯一索引蹈集。

????這個操作步驟對大表來說會快很多。

總結(jié)

????良好的schema設(shè)計(jì)原則是普遍適用的雇初，但MySQL有自己的實(shí)現(xiàn)細(xì)節(jié)要注意拢肆。概況來說，盡可能保持任何東西小且簡單總是好的靖诗。