開篇小故事
下面的故事都是真實的,猶如雷同純屬同類,請仔細反思。
故事1:升級硬件
客戶后臺數(shù)據(jù)庫存在性能問題,查詢特別慢,長時間語句很多。客戶因此而苦惱,咨詢了軟件廠商我該怎么辦?軟件廠商給出的答案:升級硬件吧,現(xiàn)在的資源不能滿足了!
那么客戶是什么硬件配置呢?數(shù)據(jù)庫什么體量呢?
答:128的CPU、512的內(nèi)存、高端的存儲,跑了一個200G數(shù)據(jù)量的庫,好像硬件滿滿的夠用呀!
問題的根源就是最基本的大量少索引而已!
故事2:負載均衡
客戶想做數(shù)據(jù)庫的負載均衡,于是找到我們,各種方案各種高大上的說,我深深的被客戶的前衛(wèi)思想洗禮了一下,畢竟傳統(tǒng)行業(yè)很多對數(shù)據(jù)庫性能,安全方面的一些保障不是很完善。
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26