MySQL數(shù)據(jù)庫是被廣泛應用的關系型數(shù)據(jù)庫，其體積小、支持多處理器、開源并免費的特性使其在 Internet 中小型網(wǎng)站中的使用率尤其高。在使用 MySQL的過程中不規(guī)范的 SQL 編寫、非的策略選擇都可能導致系統(tǒng)性能甚至功能上的缺陷。

恰巧就在前幾天，本人所在公司的云事業(yè)部舉辦了一場關于 MySQL的技術交流會，其中一個 part 正是聚焦于開發(fā)過程中 MySQL數(shù)據(jù)庫設計及使用的常見問題，并提出相關優(yōu)化方案。根據(jù)會議內(nèi)容并查閱相關資料，本人對這個 part 進行了一次小結，結合自己的工作經(jīng)歷及理解形成此文以供分享，希望能有助于各位同行解決工作中的相關問題。

本文將就以下三個問題進行展開：

1、庫表設計

2、慢 SQL 問題

3、誤操作、程序 bug 時怎么辦

一、庫表設計

1.1 引擎選擇

在 mysql 5.1 中，引入了新的插件式存儲引擎體系結構，允許將存儲引擎加載到正在運新的 mysql 服務器中。使用 mysql 插件式存儲引擎體系結構，允許數(shù)據(jù)庫專業(yè)人員或者設計庫表的軟件開發(fā)人員為特定的應用需求選擇專門的存儲引擎，完全不需要管理任何特殊的應用編碼要求，也無需考慮所有的底層實施細節(jié)。因此，盡管不同的存儲引擎具有不同的能力，應用程序是與之分離的。此外，使用者可以在服務器、數(shù)據(jù)庫和表格三個層級中存儲引擎，提供了極大的靈活性。

mysql 常用的存儲引擎包括 MYISAM、Innodb 和 Memory，其中各自的特點如下：

1、MYISAM : 全表鎖，擁有較高的執(zhí)行速度，一個寫請求請阻塞另外相同表格的所有讀寫請求，并發(fā)性能差，占用空間相對較小，mysql 5.5 及以下僅 MYISAM 支持全文索引，不支持事務。

2、Innodb：行級鎖（SQL 都走索引查詢），并發(fā)能力相對強，占用空間是 MYISAM 的 2.5 倍，不支持全文索引（5.6 開始支持），支持事務。

3、Memory : 全表鎖，存儲在內(nèi)存當中，速度快，但會占用和數(shù)據(jù)量成正比的內(nèi)存空間且數(shù)據(jù)在 mysql 重啟時會丟失。

基于以上特性，建議絕大部份都設置為 innodb 引擎，特殊的業(yè)務再考慮選用 MYISAM 或 Memory ，如全文索引支持或的執(zhí)行效率等。

1.2 分表方法

在數(shù)據(jù)庫表使用過程中，為了減小數(shù)據(jù)庫服務器的負擔、縮短查詢時間，常常會考慮做分表設計。分表分兩種，一種是縱向分表（將本來可以在同一個表的內(nèi)容，人為劃分存儲在為多個不同結構的表）和橫向分表（把大的表結構，橫向切割為同樣結構的不同表）。

其中，縱向分表常見的方式有根據(jù)活躍度分表、根據(jù)重要性分表等。其主要解決問題如下：

1、表與表之間資源爭用問題；

2、鎖爭用機率??；

3、實現(xiàn)核心與非核心的分級存儲，如UDB登陸庫拆分成一級二級三級庫；

4、解決了數(shù)據(jù)庫同步壓力問題。

橫向分表是指根據(jù)某些特定的規(guī)則來劃分大數(shù)據(jù)量表，如根據(jù)時間分表。其主要解決問題如下：

1、單表過大造成的性能問題；

2、單表過大造成的單服務器空間問題。

1.3 索引問題

索引是對數(shù)據(jù)庫表中一個或多個列的值進行排序的結構，建立索引有助于更快地獲取信息。 mysql 有四種不同的索引類型：

1、主鍵索此 ( PRIMARY )

2、索引 ( UNIQUE )

3、普通索引 ( INDEX )

4、全文索引（FULLTEXT , MYISAM 及 mysql 5.6 以上的 Innodb ）

建立索引的目的是加快對表中記錄的查找或排序，索引也并非越多越好，因為創(chuàng)建索引是要付出代價的：一是增加了數(shù)據(jù)庫的存儲空間，二是在插入和修改數(shù)據(jù)時要花費較多的時間維護索引。