MYSQL數據庫設計規范與原則


  • MYSQL數據庫設計規范  
  •    
  •     1、數據庫命名規范  
  •         采用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下划線'_'組成;  
  •         命名簡潔明確(長度不能超過30個字符);  
  •         例如:user, stat, log, 也可以wifi_user, wifi_stat, wifi_log給數據庫加個前綴;  
  •         除非是備份數據庫可以加0-9的自然數:user_db_20151210;  
  •            
  •     2、數據庫表名命名規范  
  •         采用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下划線'_'組成;  
  •         命名簡潔明確,多個單詞用下划線'_'分隔;  
  •         例如:user_login, user_profile, user_detail, user_role, user_role_relation,  
  •             user_role_right, user_role_right_relation  
  •         表前綴'user_'可以有效的把相同關系的表顯示在一起;  
  •            
  •     3、數據庫表字段名命名規范  
  •         采用26個英文字母(區分大小寫)和0-9的自然數(經常不需要)加上下划線'_'組成;  
  •         命名簡潔明確,多個單詞用下划線'_'分隔;  
  •         例如:user_login表字段 user_id, user_name, pass_word, eamil, tickit, status, mobile, add_time;  
  •         每個表中必須有自增主鍵,add_time(默認系統時間)  
  •         表與表之間的相關聯字段名稱要求盡可能的相同;  
  •        
  •     4、數據庫表字段類型規范  
  •         用盡量少的存儲空間來存數一個字段的數據;  
  •         例如:能使用int就不要使用varchar、char,能用varchar(16)就不要使用varchar(256);  
  •         IP地址最好使用int類型;  
  •         固定長度的類型最好使用char,例如:郵編;  
  •         能使用tinyint就不要使用smallint,int;  
  •         最好給每個字段一個默認值,最好不能為null;  
  •        
  •     5、數據庫表索引規范  
  •         命名簡潔明確,例如:user_login表user_name字段的索引應為user_name_index唯一索引;  
  •         為每個表創建一個主鍵索引;  
  •         為每個表創建合理的索引;  
  •         建立復合索引請慎重;  
  •            
  •     6、簡單熟悉數據庫范式  
  •         第一范式(1NF):字段值具有原子性,不能再分(所有關系型數據庫系統都滿足第一范式);  
  •             例如:姓名字段,其中姓和名是一個整體,如果區分姓和名那么必須設立兩個獨立字段;  
  •            
  •         第二范式(2NF):一個表必須有主鍵,即每行數據都能被唯一的區分;  
  •             備注:必須先滿足第一范式;  
  •            
  •         第三范式(3NF):一個表中不能包涵其他相關表中非關鍵字段的信息,即數據表不能有沉余字段;  
  •             備注:必須先滿足第二范式;  
  •            
  •         備注:往往我們在設計表中不能遵守第三范式,因為合理的沉余字段將會給我們減少join的查詢;  
  •               例如:相冊表中會添加圖片的點擊數字段,在相冊圖片表中也會添加圖片的點擊數字段;  
  •                  
  •    
  •        
  • 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的索引合並很弱智);  
  •             select id from t where phone = ’159′ or name = ‘john’;  
  •             =>  
  •             select id from t where phone=’159′  
  •             union  
  •             select id from t where name=’jonh’  
  •         避免負向%;  
  •         慎用count(*);  
  •         limit高效分頁(limit越大,效率越低);  
  •         使用union all替代union(union有去重開銷);  
  •         少用連接join;  
  •         使用group by;  
  •         請使用同類型比較;  
  •         打散批量更新;  
  •            
  •     5、性能分析工具  
  •         show profile;  
  •         mysqlsla;  
  •         mysqldumpslow;  
  •         explain;  
  •         show slow log;  
  •         show processlist; 

  • 免責聲明!

    本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



     
    粵ICP備18138465號   © 2018-2025 CODEPRJ.COM