凡是努力過的人都有乙個共同點那就是懂得天賦的重要性，沒有天賦的人努力做的再好還不如人家隨便搞搞，雖說努力不一定會成功，但不努力真的很舒服，有時候不逼自己一下都不相信自己還能把辣麼簡單的事情搞砸，聊聊高效能服務優化這個重大課題就是為了證明一下自己的技術實力，其實知道的真的就這麼一點點。
這是乙個嚴肅認真的課題，乙個複雜深奧的課題，乙個滋滋冒油的課題，營養而又美味，值得花費精力深入探索追求極致與完美。要說這年頭硬體是越來越便宜了，伺服器處理器隨隨便便幾十個核，記憶體32g是最低消費，硬碟1t的起碼好幾塊，網絡卡想驅幾個驅幾個，一加電呼呼響那動靜跟飛機起飛似的。伺服器集群化應用和管理越來越便利了，計算儲存資源都動態調劑了，有必要為了提公升幾個點的效能費這麼大勁嗎？沒錯這話問的沒毛病，確實沒必要費那麼大力氣去整這玩意，瞎耽誤工夫還不如讀讀《鋼鐵是怎麼煉成的》呢，下面就聊聊一般可以從哪些方面入手來優化高效能服務。
1、修改系統預設單一程序可開啟檔案描述符引數以便允許程序建立更多的接入；
2、修改系統引數在不影響現有服務的前提下優化各種關閉狀態實現盡快**資源；
3、服務端初始監聽套接字允許埠復用通過多程序多執行緒方式增加並行處理能力；
4、採用非阻塞的通訊方式，事件驅動的集中管理方式，邊緣觸發的核心通知模式；
5、採用非同步方式處理業務邏輯，盡量找事幹處理器一刻別閒著，**有活立馬幹；
6、開發語言支援協程盡量以協程實現業務邏輯，協程是極輕量化執行緒效能提公升明顯；
7、優化套接的字屬性並擴充讀寫緩衝區的空間，增加單位時間裡資料的有效吞吐量；
8、採用零拷貝實現對套接字底層讀寫，減少資料在核心空間和使用者空間的複製次數；
9、進（線）程繫結處理器核心，提高任務排程命中率，降低上下文切換帶來的損耗；
10、謹慎選用同步機制以避免進（線）程間因爭奪共享資源成為系統瓶頸，以後單聊；
11、根據操作的特性來合理選擇容器型別用於儲存各類資源，具體情況還需具體分析；
12、優化任務排程演算法，優化進（線）程屬性引數，適度並合理調配系統的計算資源；
13、歡迎補充。
上面提到的部分優化措施所對應的具體**實現可以從中「專案」或「**片段」中找到，歡迎咎由自取。
前些日子有天下班在立水橋換乘，看見乙個白白胖胖的小哥倒在站台上，上身t恤下身牛仔褲腳穿旅遊鞋，紅十字雙肩包扔在旁邊，躺在地上喘著粗氣，一看就是那種天天久坐披星戴月早出晚歸曬不著太陽的同行，後來在站務員的關照下慢慢緩過來了，所以說男人對自己下手也別太狠。
網上說長斑的香蕉對貧血高血壓便秘和心絞痛效果更好，特地把剛剝開的香蕉又默默包了起來，著急吃的小夥伴們可以在表皮上畫上黑斑效果應該是差不多的，天舟一號順利公升空了，國產航母也順利下水了，上海上港給首爾fc瓷瓷實實上了一課，膀大腰圓的胡爾克壯的像頭牛，五一國際勞動節要到了，假期還是一如既往工作和學習，老話說的好，世上無難事只要肯放棄，有時候人不努力一下都不知道絕望的滋味。
優化伺服器設定 高效能MySQL
mysql有大量可以修改的引數 但不應該隨便去修改。通常只需要把基本的項配置正確 大部分情況下只有很少一些引數是真正重要的 應該將更多的時間花在schema的優化 索引，以及查詢設計上。在正確地配置了mysql的基本配置項之後，再花力氣去修改其它配置項的收益通常就比較小了。1.建立mysql配置檔案...
高效能web優化（一）
資料在網路上傳輸的時間分成兩部分，一部分是使用者請求的資料報到達伺服器的時間，另一部分是伺服器的回應資料經由網路傳送給客戶端的時間，這兩部分的時間稱為響應時間。響應時間的大小取決於頻寬和資料量的大小。響應時間的其中大部分時間消耗在伺服器端，我們用吞吐率來衡量這部分時間，即每秒處理請求數。吞吐率影響因...
高效能Mysql筆記 優化
了解查詢的整個生命週期，清楚每個階段的時間消耗情況 參考select profiling 檢視profiling是否開啟 set profiling 1 開啟profiling show profiles 檢視每條查詢的效能 show profile for query id 檢視query id的...