高併發

1/9ページ

高併發分散式系統中生成全域性唯一Id彙總

  這個功能應該是做分散式系統都會遇到的問題,故簡單記錄一下。 點選檢視,我的Github實現原始碼(Snowflake方式),目前已投入在生產中使用當中,每日ID生產數在億級別以上 其他方式,比如UUID方式,點選檢視我的Github實現2原始碼   以下是轉載內容: 資料在分片時,典型的是分庫分 […]

高併發web系統調優(四)增加頁面片段快取

增加了 squid 做快取後,整體系統的速度確實是提升了, webserver 的壓力也開始下降了,但隨著訪問量的增加,發現系統又開始變的有些慢了,在嚐到了 squid 之類的動態快取帶來的好處後,開始想能不能讓現在那些動態頁面裡相對靜態的部分也快取起來呢,因此考慮採用類似 ESI 之類的頁面片段快 […]

高併發下的無鎖快取

描述兩個場景 1、為了反作弊,我們需要實時的統計某個使用者訪問某個url的次數,每次使用者訪問這個url,訪問次數就會增加,如果這個使用者訪問的url次數超過一定的數量限制,就挑選出這樣的使用者,認為這個使用者有作弊的可能 2、現在有很多跑步軟體,可以記錄你步行的軌跡,實時的記錄你的位置,類似這樣的 […]

FastDFS_v5.05安裝配置

在新的伺服器上安裝了FastDFS_v5.05,相比較FastDFSV3.02還是有很多變化,現將安裝配置過程記錄下,供大家參考,出於安全考慮,其中涉及到IP地址的地方,隨意用了一個IP202.98.27.31,在訪問量不大情況下,將tracker和storage都部署在同一臺伺服器上,後期根據業務 […]

在高併發分散式情況下生成唯一標識id

最近看了國外一個論文,研究了一番,在一些方面深度受益。在這裡與大家分享下我對其中一點的分析。 在做專案的時候經常會用id作為唯一標識。 但是當有這樣一個需求出現的時候:工程分散式部署,要求抗住高併發。並且生成的id是根據時間自增的。解決這個問題有很多種方法,但是要選擇一個價效比比較高的策略比較不容易 […]

京東八年架構師: Redis 如何分散式,金融的設計原理

前言 R2M 是京東金融線上大規模應用的分散式快取系統,目前管理的機器總記憶體容量超過 60TB,近 600 個 Redis Cluster 叢集,9200 多個 Redis 例項。 其主要功能包括:全 web 視覺化運維、快取叢集一鍵部署、資源池統籌管理、線上擴容及快速資料遷移、多機房切換及容災、 […]

一位阿里架構師在2018年給每個程式設計師的小建議

1 想清楚,寫清楚,說清楚,才是真正的清楚! 2 多花點時間溝通清楚需求,才能把握正確方向! 3 修復需求錯誤的成本是程式碼錯誤的幾十倍! 4 程式設計師最大的壞習慣就是:急於動手寫程式碼! 5 提高開發效率的捷徑:一次做對,不返工! 6 寫程式碼之前三件事: 弄清楚做什麼; 說清楚怎麼做; 想清楚 […]

高併發解決方案

大資料量下高併發同步的講解(不看,保證你後悔)      對於我們開發的網站,如果網站的訪問量非常大的話,那麼我們就需要考慮相關的併發訪問問題了。而併發問題是絕大部分的程式設計師頭疼的問題, 但話又說回來了,既然逃避不掉,那我們就坦然面對吧~今天就讓我們一起來研究一下常 […]