?不要過(guò)度設(shè)計(jì)，每個(gè)系統(tǒng)都會(huì)有些表的字段從來(lái)沒(méi)有值，可能是當(dāng)時(shí)預(yù)留字段，但是現(xiàn)在看來(lái)，很多預(yù)留字段都是浪費(fèi)的，建議還是真正需要時(shí)再添加不遲

?無(wú)論是做數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)還是sql的編寫(xiě)，都應(yīng)該控制復(fù)雜度，復(fù)雜的sql會(huì)導(dǎo)致數(shù)據(jù)庫(kù)load的沖高，當(dāng)PV上來(lái)時(shí)，系統(tǒng)響應(yīng)變慢，然后系統(tǒng)請(qǐng)求堆積，嚴(yán)重的最后會(huì)導(dǎo)致整個(gè)系統(tǒng)完全無(wú)法提供服務(wù)，所以每個(gè)開(kāi)發(fā)童鞋寫(xiě)sql時(shí)需要優(yōu)先考慮性能問(wèn)題，讓每條sql盡量簡(jiǎn)單，都能走到對(duì)的索引，通過(guò)應(yīng)用程序去解決復(fù)雜的sql邏輯查詢(xún)

?不要把所有數(shù)據(jù)都丟到數(shù)據(jù)庫(kù)，特別是數(shù)據(jù)量大的日志型數(shù)據(jù)可以通過(guò)日志輸出，通過(guò)elk／flume+storm等方式拉取到es中進(jìn)行查詢(xún)跟蹤，如果硬是要保存到數(shù)據(jù)庫(kù)，那只需要保存異常數(shù)據(jù)即可。用戶行為數(shù)據(jù)可以發(fā)送消息出去，由其他應(yīng)用來(lái)監(jiān)聽(tīng)消息并且保存到Redis／MongDB中，比如登陸相關(guān)數(shù)據(jù)，投資行為等數(shù)據(jù)，如果這些數(shù)據(jù)需要用來(lái)做業(yè)務(wù)流控，如現(xiàn)在登錄次數(shù)等業(yè)務(wù)場(chǎng)景，可以使用redis的數(shù)據(jù)過(guò)期機(jī)制來(lái)實(shí)現(xiàn)

?不要給用戶太大的空間進(jìn)行數(shù)據(jù)的輸入，盡量提供選擇框讓用戶選擇，防止臟數(shù)據(jù)的產(chǎn)生，關(guān)鍵字段要設(shè)置為必填，否則會(huì)給數(shù)據(jù)分析時(shí)的數(shù)據(jù)清洗帶來(lái)麻煩

?設(shè)計(jì)好表的UK，可以避免數(shù)據(jù)的重復(fù)，也可以給接口的冪等性提供支持

?對(duì)于數(shù)據(jù)量大的業(yè)務(wù)處理建議使用異步化的方式來(lái)實(shí)現(xiàn)，通過(guò)發(fā)送消息的方式進(jìn)行數(shù)據(jù)分片，然后可以對(duì)數(shù)據(jù)進(jìn)行分布式處理，提高數(shù)據(jù)處理速度

?對(duì)于大表，首先考慮數(shù)據(jù)庫(kù)的優(yōu)化，然后再考慮讀寫(xiě)分離，是否可以做分區(qū)表，數(shù)據(jù)歸檔來(lái)提升性能，最后才去考慮進(jìn)行分表分庫(kù)的設(shè)計(jì)，分表分庫(kù)無(wú)論對(duì)于系統(tǒng)本身的設(shè)計(jì)開(kāi)發(fā)很難的把握，同時(shí)對(duì)于數(shù)據(jù)的使用者也是增加了復(fù)雜度

?對(duì)于緩存數(shù)據(jù)的使用，盡量不要緩存用戶唯度的數(shù)據(jù)，這種類(lèi)型的數(shù)據(jù)不但給緩存服務(wù)器帶來(lái)壓力，更主要是緩存的命中率低，所以對(duì)于緩存的使用也是設(shè)計(jì)的關(guān)注點(diǎn)，不要因?yàn)槟硞€(gè)緩存數(shù)據(jù)的暴增而拖垮整個(gè)緩存服務(wù)器

?隨著數(shù)據(jù)量的積累，有些數(shù)據(jù)過(guò)了其的生命周期，也就是說(shuō)這些數(shù)據(jù)變成了冷數(shù)據(jù)，沒(méi)有系統(tǒng)需要再使用它了，那么我們就要定時(shí)的去做一些數(shù)據(jù)的歸檔，騰出數(shù)據(jù)庫(kù)資源給熱數(shù)據(jù)來(lái)使用

?涉及數(shù)據(jù)量大的更新，如某個(gè)表新增的非空字段等，建議分批進(jìn)行更新。分批不但為了數(shù)據(jù)庫(kù)的穩(wěn)定，防止引起數(shù)據(jù)庫(kù)的死鎖，同時(shí)也防止ETL工具拉取大量的更新數(shù)據(jù)，因?yàn)楹芏鄨?bào)表需要依賴(lài)ETL同步完成數(shù)據(jù)，如果ETL同時(shí)超時(shí)的話，很多定時(shí)報(bào)表會(huì)運(yùn)行失敗，有可能需要手工再次運(yùn)行報(bào)表任務(wù)，所以進(jìn)行大數(shù)據(jù)量更新時(shí)，一定要通知DBA和數(shù)據(jù)團(tuán)隊(duì)進(jìn)行跟蹤關(guān)注。

?監(jiān)控是最后的守護(hù)者，可以及時(shí)的發(fā)現(xiàn)系統(tǒng)的性能問(wèn)題，對(duì)于數(shù)據(jù)庫(kù)來(lái)說(shuō)，

?DBA可以通過(guò)數(shù)據(jù)庫(kù)的監(jiān)控工具來(lái)實(shí)時(shí)的對(duì)數(shù)據(jù)庫(kù)進(jìn)行監(jiān)控，對(duì)于核心表的數(shù)據(jù)量增長(zhǎng)趨勢(shì)，核心表相關(guān)的sql查詢(xún)性能都需要進(jìn)行跟蹤。但是提前發(fā)現(xiàn)sql的性能問(wèn)題，進(jìn)行合適的預(yù)防則是開(kāi)發(fā)團(tuán)隊(duì)需要關(guān)注的。這就需要監(jiān)控中心對(duì)sql的運(yùn)行時(shí)間和次數(shù)等指標(biāo)進(jìn)行跟蹤和匯總,如果當(dāng)前沒(méi)有監(jiān)控中心，也可以使用DruidDatasource的statFilter功能進(jìn)行跟蹤，開(kāi)發(fā)團(tuán)隊(duì)需要定時(shí)的去關(guān)注sql運(yùn)行時(shí)間，運(yùn)行次數(shù)等指標(biāo)，隨著業(yè)務(wù)量的增長(zhǎng)，之前高性能的sql可能會(huì)變慢，高頻sql絕對(duì)不能出現(xiàn)在long sql的列表中，需要及時(shí)改造。還有就是緩存服務(wù)器的監(jiān)控也是需要關(guān)注的。