今天來講一下怎么利用MySql進行庫表設計

1 引擎選擇

在 mysql 5.1 中，引入了新的插件式存儲引擎體系結構，允許將存儲引擎加載到正在運新的 mysql 服務器中。使用 mysql 插件式存儲引擎體系結構，允許數據庫專業人員或者設計庫表的軟件開發人員為特定的應用需求選擇專門的存儲引擎，完全不需要管理任何特殊的應用編碼要求，也無需考慮所有的底層實施細節。

因此，盡管不同的存儲引擎具有不同的能力，應用程序是與之分離的。此外，使用者可以在服務器、數據庫和表格三個層級中存儲引擎，提供了極大的靈活性。

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

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

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

**Memory : **全表鎖，存儲在內存當中，速度快，但會占用和數據量成正比的內存空間且數據在 mysql 重啟時會丟失。

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

2 分表方法

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

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

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

鎖爭用機率小；

實現核心與非核心的分級存儲，如UDB登陸庫拆分成一級二級三級庫；

解決了數據庫同步壓力問題。

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

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

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

3 索引問題

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

主鍵索此 ( PRIMARY )

唯一索引 ( UNIQUE )

普通索引 ( INDEX )

全文索引(FULLTEXT , MYISAM 及 mysql 5.6 以上的 Innodb )

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

在設計表或索引時，常出現以下幾個問題：

少建索引或不建索引。這個問題最突出，建議建表時 DBA 可以一起協助把關。

索引濫用。濫用索引將導致寫請求變慢，拖慢整體數據庫的響應速度(5.5 以下的 mysql 只能用到一個索引)。

從不考慮聯合索引。實際上聯合索引的效率往往要比單列索引的效率更高。

非最優列選擇。低選擇性的字段不適合建單列索引，如 status 類型的字段。

總結

以上是生活随笔為你收集整理的mysql 列换行 表设计 设计_今天来讲一下怎么利用MySql进行库表设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。