趕集網(wǎng)MySQL的36條軍規(guī)

寫在前面的話:
總是在災(zāi)難發(fā)生后萄唇,才想起容災(zāi)的重要性损趋;
總是在吃過虧后,才記得曾經(jīng)有人提醒過厚骗。
(一)核心軍規(guī)
(1)不在數(shù)據(jù)庫做運算
cpu計算務(wù)必移至業(yè)務(wù)層示启;
(2)控制單表數(shù)據(jù)量
int型不超過1000w奏夫,含char則不超過500w概漱;
合理分表;
限制單庫表數(shù)量在300以內(nèi)篙挽;
(3)控制列數(shù)量
字段少而精冲秽,字段數(shù)建議在20以內(nèi)舍咖;
(4)平衡范式與冗余
效率優(yōu)先;
往往犧牲范式锉桑;
(5)拒絕3B
拒絕大sql語句:big sql
拒絕大事物:big transaction
拒絕大批量:big batch

(二)字段類軍規(guī)
(6)用好數(shù)值類型
tinyint(1Byte)
smallint(2Byte)
mediumint(3Byte)
int(4Byte)
bigint(8Byte)
bad case:int(1)/int(11)
(7)字符轉(zhuǎn)化為數(shù)字
用int而不是char(15)存儲ip
(8)優(yōu)先使用enum或set
例如:sex enum (‘F’, ‘M’)
(9)避免使用NULL字段
NULL字段很難查詢優(yōu)化排霉;
NULL字段的索引需要額外空間;
NULL字段的復(fù)合索引無效民轴;
bad case:
name char(32) default null
age int not null
good case:
age int not null default 0
(10)少用text/blob
varchar的性能會比text高很多攻柠;
實在避免不了blob,請拆表杉武;
(11)不在數(shù)據(jù)庫里存圖片
這個我不能理解辙诞!
但這是趕集網(wǎng)的經(jīng)驗,求detail轻抱!

(三)索引類軍規(guī)
(12)謹慎合理使用索引
改善查詢飞涂、減慢更新;
索引一定不是越多越好(能不加就不加,要加的一定得加)较店;
覆蓋記錄條數(shù)過多不適合建索引士八,例如“性別”;
(13)字符字段必須建前綴索引
(14)不在索引做列運算
A撼省;槎取!不只是索引官卡,都不能做列運算吧;茸隆!寻咒!
bad case:
select id where age +1 = 10;
(15)innodb主鍵推薦使用自增列哮翘;
主鍵建立聚簇索引;
主鍵不應(yīng)該被修改毛秘;
字符串不應(yīng)該做主鍵饭寺;
如果不指定主鍵,innodb會使用唯一且非空值索引代替叫挟;
(16)不用外鍵
請由程序保證約束艰匙;

(四)sql類軍規(guī)
(17)sql語句盡可能簡單
一條sql只能在一個cpu運算;
大語句拆小語句抹恳,減少鎖時間员凝;
一條大sql可以堵死整個庫;
(18)簡單的事務(wù)
事務(wù)時間盡可能短适秩;
bad case:
上傳圖片事務(wù)
(19)避免使用trig/func
觸發(fā)器绊序、函數(shù)不用硕舆;
客戶端程序取而代之秽荞;
(20)不用select *
消耗cpu,io抚官,內(nèi)存扬跋,帶寬;
這種程序不具有擴展性凌节;
(21)OR改寫為IN()
or的效率是n級別钦听;
in的消息時log(n)級別;
in的個數(shù)建議控制在200以內(nèi)倍奢;
select id from t where phone=’159′ or phone=’136′;
=>
select id from t where phone in (’159′, ’136′);
(22)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’
(23)避免負向%
(24)慎用count(*)
(25)同上
(26)limit高效分頁
limit越大朴上,效率越低
select id from t limit 10000, 10;
=>
select id from t where id > 10000 limit 10;
(27)使用union all替代union
union有去重開銷
(28)少用連接join
(29)使用group by
分組;
自動排序卒煞;
(30)請使用同類型比較
(31)使用load data導數(shù)據(jù)
load data比insert快約20倍痪宰;
(32)打散批量更新
(33)新能分析工具
show profile;
mysqlsla;
mysqldumpslow;
explain;
show slow log;
show processlist;
show query_response_time(percona);

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子衣撬,更是在濱河造成了極大的恐慌乖订,老刑警劉巖,帶你破解...
    沈念sama閱讀 221,273評論 6 515
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件具练,死亡現(xiàn)場離奇詭異乍构,居然都是意外死亡,警方通過查閱死者的電腦和手機扛点,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 94,349評論 3 398
  • 文/潘曉璐 我一進店門哥遮,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人陵究,你說我怎么就攤上這事昔善。” “怎么了畔乙?”我有些...
    開封第一講書人閱讀 167,709評論 0 360
  • 文/不壞的土叔 我叫張陵君仆,是天一觀的道長。 經(jīng)常有香客問我牲距,道長返咱,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 59,520評論 1 296
  • 正文 為了忘掉前任牍鞠,我火速辦了婚禮咖摹,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘难述。我一直安慰自己萤晴,他們只是感情好,可當我...
    茶點故事閱讀 68,515評論 6 397
  • 文/花漫 我一把揭開白布胁后。 她就那樣靜靜地躺著店读,像睡著了一般。 火紅的嫁衣襯著肌膚如雪攀芯。 梳的紋絲不亂的頭發(fā)上屯断,一...
    開封第一講書人閱讀 52,158評論 1 308
  • 那天,我揣著相機與錄音侣诺,去河邊找鬼殖演。 笑死,一個胖子當著我的面吹牛年鸳,可吹牛的內(nèi)容都是我干的趴久。 我是一名探鬼主播,決...
    沈念sama閱讀 40,755評論 3 421
  • 文/蒼蘭香墨 我猛地睜開眼搔确,長吁一口氣:“原來是場噩夢啊……” “哼彼棍!你這毒婦竟也來了已添?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 39,660評論 0 276
  • 序言:老撾萬榮一對情侶失蹤滥酥,失蹤者是張志新(化名)和其女友劉穎更舞,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體坎吻,經(jīng)...
    沈念sama閱讀 46,203評論 1 319
  • 正文 獨居荒郊野嶺守林人離奇死亡缆蝉,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 38,287評論 3 340
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了瘦真。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片刊头。...
    茶點故事閱讀 40,427評論 1 352
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖诸尽,靈堂內(nèi)的尸體忽然破棺而出原杂,到底是詐尸還是另有隱情,我是刑警寧澤您机,帶...
    沈念sama閱讀 36,122評論 5 349
  • 正文 年R本政府宣布穿肄,位于F島的核電站,受9級特大地震影響际看,放射性物質(zhì)發(fā)生泄漏咸产。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 41,801評論 3 333
  • 文/蒙蒙 一仲闽、第九天 我趴在偏房一處隱蔽的房頂上張望脑溢。 院中可真熱鬧,春花似錦赖欣、人聲如沸屑彻。這莊子的主人今日做“春日...
    開封第一講書人閱讀 32,272評論 0 23
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽社牲。三九已至,卻和暖如春云矫,著一層夾襖步出監(jiān)牢的瞬間膳沽,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,393評論 1 272
  • 我被黑心中介騙來泰國打工让禀, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人陨界。 一個月前我還...
    沈念sama閱讀 48,808評論 3 376
  • 正文 我出身青樓巡揍,卻偏偏與公主長得像,于是被迫代替她去往敵國和親菌瘪。 傳聞我的和親對象是個殘疾皇子腮敌,可洞房花燭夜當晚...
    茶點故事閱讀 45,440評論 2 359

推薦閱讀更多精彩內(nèi)容