mysql 列换行 表设计 设计_今天来讲一下怎么利用MySql进行库表设计
今天來講一下怎么利用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)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: springboot---request
- 下一篇: mysql如何做计划任务_简单的mysq