MYSQL数据库设计原则
一、MYSQL數據庫設計原則
1、核心原則
不在數據庫做運算;
cpu計算務必移至業務層;
控制列數量(字段少而精,字段數建議在20以內);
平衡范式與冗余(效率優先;往往犧牲范式)
拒絕3B(拒絕大sql語句:big sql、拒絕大事務:big transaction、拒絕大批量:big batch);
2、字段類原則
用好數值類型(用合適的字段類型節約空間);
字符轉化為數字(能轉化的最好轉化,同樣節約空間、提高查詢性能);
避免使用NULL字段(NULL字段很難查詢優化、NULL字段的索引需要額外空間、NULL字段的復合索引無效);
少用text類型(盡量使用varchar代替text字段);
3、索引類原則
合理使用索引(改善查詢,減慢更新,索引一定不是越多越好);
字符字段必須建前綴索引;
不在索引做列運算;
innodb主鍵推薦使用自增列(主鍵建立聚簇索引,主鍵不應該被修改,字符串不應該做主鍵)(理解Innodb的索引保存結構就知道了);
不用外鍵(由程序保證約束);
4、sql類原則
sql語句盡可能簡單(一條sql只能在一個cpu運算,大語句拆小語句,減少鎖時間,一條大sql可以堵死整個庫);
簡單的事務;
避免使用trig/func(觸發器、函數不用客戶端程序取而代之);
不用select *(消耗cpu,io,內存,帶寬,這種程序不具有擴展性);
OR改寫為IN(or的效率是n級別);
OR改寫為UNION(mysql的索引合并很弱智);
OR改成UNION提升性能的前提是:OR連接的各條件字段要能用到索引
select id from user where phone = '18811112222' or nickname='空城。';# 可以改寫為select id from user where nickname='空城。' ? union ? select id from user where phone='18811112222'避免負向%;
limit高效分頁(limit越大,效率越低);
使用union all替代union(union有去重開銷,具體使用哪個看業務需求);
-
Union:對兩個結果集進行并集操作,不包括重復行,同時進行默認規則的排序;
-
Union All:對兩個結果集進行并集操作,包括重復行,不進行排序;
少用連接join;
使用group by;
請使用同類型比較;
打散批量更新;
二、數據庫結構的優化
1、選擇合適的數據類型
數據類型的選擇,重點在于“合適”二字,如何確定選擇的數據類型是否合適了?
1、 使用可以存下你的數據的最小的數據類型。(時間類型數據:可以使用varchar類型,可以使用int類型,也可以使用時間戳類型)
2、 使用簡單的數據類型,int要比varchar類型在mysql處理上簡單。(int類型存儲時間是最好的選擇)
3、 盡可能的使用not null定義字段。(innodb的特性所決定,非not null的值,需要額外的在字段存儲,同時也會增加IO和存儲的開銷)
4、 盡量少用text類型,非用不可時最好考慮分表。
2.案例
(1)案例一
int類型存儲時間-時間轉換
使用int來存儲日期時間,利用FROM_UNIXTIME(),UNIX_TIMESTAMP()兩個函數來進行轉換。
創建表
create table test( id int auto_increment not null, timestr int , primary key(id) );導入數據
insert into test (timestr) values (unix_timestamp('2019-08-14 19:00:00')); 查詢數據 select FROM_UNIXTIME(timestr) from test;結論:
1、unix_timestamp()函數是將日期格式的數據轉換為int類型
2、FROM_UNIXTIME(timestr)函數是將int類型轉換為時間格式
(2)案例2
ip地址的存儲
在我們的外部應用中,都要記錄ip地址,大部分場合都是varchar(15)進行存儲,就需要15個字節進行存儲,但是bigint只需要8個字節進行存儲
創建表
create table sessions( id int auto_increment not null, ipaddress bigint, primary key (id) );導入數據
insert into sessions (ipaddress)values (inet_aton('192.168.0.1'));轉換
select inet_ntoa(ipaddress) from sessions; ??
總結
以上是生活随笔為你收集整理的MYSQL数据库设计原则的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: mysql慢查询分析
- 下一篇: Redis之慢查询分析