一、基礎規範
解讀：（1）通用，無亂碼風險，漢字3位元組，英文1位元組
（2）utf8mb4是utf8的超集，有儲存4位元組例如表情符號時，使用它
解讀：（1）對資料庫效能影響較大，網際網路業務，能讓站點層和服務層幹的事情，不要交到資料庫層
（2）除錯，排錯，遷移都比較困難，擴充套件性較差
二、命名規範
解讀：abc，abc，abc都是給自己埋坑
解讀：tmp，wushan誰tm知道這些庫是幹嘛的
三、表設計規範
潛在坑：刪除無主鍵的表，如果是row模式的主從架構，從庫會掛住
解讀：外來鍵使得表之間相互耦合，影響update/delete等sql效能，有可能造成死鎖，高併發情況下容易成為資料庫瓶頸
四、列設計規範
解讀：（1）字段長度固定，或者長度近似的業務場景，適合使用char，能夠減少碎片，查詢效能高
（2）字段長度相差較大，或者更新較少的業務場景，適合使用varchar，能夠減少空間
解讀：前者占用5個位元組，後者占用4個位元組，儲存年使用year，儲存日期使用date，儲存時間使用datetime
解讀：（1）null的列使用索引，索引統計，值都更加複雜，mysql更難優化
（2）null需要更多的儲存空間
（3）null只能採用is null或者is not null，而在=/!=/in/not in時有大坑
解讀：（1）牽扯到國家代號，可能出現+/-/()等字元，例如+86
（2）手機號不會用來做數**算
（3）varchar可以模糊查詢，例如like 『138%』
解讀：enum增加新值要進行ddl操作
五、索引規範
解讀：（1）網際網路高併發業務，太多索引會影響寫效能
（2）生成執行計畫時，如果索引太多，會降低效能，並可能導致mysql選擇不到最優索引
（3）異常複雜的查詢需求，可以選擇es等更為適合的方式儲存
解讀：如果5個字段還不能極大縮小row範圍，八成是設計有問題
解讀：踩過因為join欄位型別不一致，而導致全表掃瞄的坑麼？
六、sql規範
解讀：（1）select *會增加cpu/io/記憶體/頻寬的消耗
（2）指定欄位能有效利用索引覆蓋
（3）指定字段查詢，在表結構變更時，能保證對應用程式無影響
解讀：指定字段插入，在表結構變更時，能保證對應用程式無影響
解讀：導致不能命中索引，全表掃瞄
解讀：導致不能命中索引，全表掃瞄
解讀：方便定位線上問題
TPC DS標準規範（二）
tpc ds是一套決策支援系統測試基準，主要針對零售行業。提供99個sql查詢 sql99或2003 分析資料量大，測試資料與實際商業資料高度相似，同時具有各種業務模型 分析報告型，資料探勘型等等 國內目前相關的翻譯文章較少。本文嘗試對官網的tpc benchmark ds standard spe...
SOA標準規範組織與案例分析
前段時間，乙個雜誌社約我寫了一篇soa相關的文章，然後編輯問我 osoa是乙個標準組織嗎？還真不是太 好直接地回答的問題。已經很久沒有時間寫blog的我考慮了一下說 還是寫個blog回答你吧。1.soa標準化組織 標準一般是由業界公認的標準化組織制定和發布的，soa領域最主要的標準化組織有兩個 1....
HTML5 標準規範完成了
全球資訊網聯盟 w3c 昨天宣布，html5 標準規範終於最終制定完成了，並已公開發布。對於前端工程師來說，這無疑是乙個振奮人心的好訊息。眾所周知，html5改變了網際網路，將成為下一代web標準，html5 擁有許多新的特性，用於繪畫的 canvas 元素，用於媒介回放的 video 和 audi...