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

1 引擎選擇

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

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

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

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

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

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

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

2 分表方法

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

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

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

鎖爭用機率小；

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

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

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

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

單表過大造成的單服務(wù)器空間問題。

3 索引問題

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

主鍵索此 ( PRIMARY )

唯一索引 ( UNIQUE )

普通索引 ( INDEX )

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

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

在設(shè)計表或索引時，常出現(xiàn)以下幾個問題：

少建索引或不建索引。這個問題最突出，建議建表時 DBA 可以一起協(xié)助把關(guān)。

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

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

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

總結(jié)

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

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