互聯(lián)網(wǎng)大廠的leader,聽起來很牛的樣子,他們的工作是不是也很牛呢? 一個leader發(fā)帖抱怨說自己雖然月薪五萬,卻時常陷入焦慮中,覺得自己工作沒有價值,再這樣下去就廢了!讓我們看看他都說了些什么?
往往開始做一個項目時,不會過多的考慮性能問題,以快速迭代功能為主。后續(xù)隨著業(yè)務的快速發(fā)展,系統(tǒng)運行的性能越來越慢,此時就需要對系統(tǒng)進行相應的優(yōu)化,而效果最顯著的就是給系統(tǒng)加上緩存。那么問題來了,當你為系統(tǒng)加上緩存時,有沒有考慮過使用緩存需要注意哪些事項呢?
arthas中文直譯過來叫阿爾薩斯,是阿里巴巴開源的java應用診斷工具,在線排查問題,無需重啟服務,實時監(jiān)控jvm狀態(tài)。支持JDK6以上版本,支持Linux/Mac/Window操作系統(tǒng)。
分布式事務,就是運行在分布式系統(tǒng)中的事務,是由多個不同的機器上的事務組合而成的。
最近的工作中,要實現(xiàn)對通信數(shù)據(jù)的CRC計算,所以花了兩天的時間好好研究了一下,周末有時間整理了一下筆記。
基礎數(shù)據(jù)結(jié)構(gòu)的融合是成為龐大系統(tǒng)的基石,比如Redis中的跳躍表,數(shù)據(jù)庫索引B+樹等,只有對基礎的數(shù)據(jù)結(jié)構(gòu)足夠的熟悉才能更容易去理解稍微復雜的結(jié)構(gòu),就仿佛我們闖關打怪一樣,一步一步解鎖直到結(jié)局。今天想和大家一起分享的是常見數(shù)據(jù)結(jié)構(gòu)以及面試中的高頻手撕算法題,一定要去手動寫這些代碼,可說百分之七八十都是這些題,一定要好好掌握。
生動有趣,一定要看!
你沒看錯,本文探討的主題是“讓系統(tǒng)發(fā)生重大宕機事故的15個方法”,仔細研究后你會發(fā)現(xiàn),把系統(tǒng)搞宕機是一件非常有技術(shù)含量的事情,團隊成員不是瞎子,老板也不是傻子,怎么可能眼睜睜地看著你搞破壞呢?
你好,我是Redis,一個叫Antirez的男人把我?guī)У搅诉@個世界上。說起我的誕生,跟關系數(shù)據(jù)庫MySQL還挺有淵源的。在我還沒來到這個世界上的時候,MySQL過的很辛苦,互聯(lián)網(wǎng)發(fā)展的越來越快,它容納的數(shù)據(jù)也越來越多,用戶請求也隨之暴漲,而每一個用戶請求都變成了對它的一個又一個讀寫操作,MySQL是苦不堪言。
TCP握手一定是三次?TCP 揮手一定是四次?為什么要有快速重傳,超時重傳不夠用?為什么要有 SACK,為什么要有 D-SACK?Silly Window 又是什么?為什么有滑動窗口流控還需要擁塞控制?快速重傳一定要依賴三次重復 ACK ?
開始前,首先聲明這篇文章不是炒幣、不是炒幣、不是炒幣,重要的話說3遍!區(qū)塊鏈最近勢頭又被DE-FI帶起了節(jié)奏,眼睜睜看著一群綠油油的韭菜跑步入場,F(xiàn)OMO(害怕錯過)直線上升,這幅場景和2017年仿佛似曾相識,大部分人對區(qū)塊鏈的關注都是炒幣。
Redis可以看成NoSQL類型的數(shù)據(jù)庫系統(tǒng),Redis也提供了事務,但和傳統(tǒng)的關系型數(shù)據(jù)庫的事務既有相似性,也存在區(qū)別,因為Redis的架構(gòu)基于操作系統(tǒng)的多路復用的IO接口,主處理流程是一個單線程,因此對于一個完整的命令,其處理都是原子性的,但如果需要將多個命令作為一個不可分割的處理序列,就需要使用事務。
IT江湖里流傳著一句話:“殺死一個程序員,不用槍,只需要改三次需求”,老K覺得這樣的Si法太殘忍了,手段也太單一了。為了解決這個難題,老K在社群里發(fā)動了一個討論:“干掉一個程序員,有哪些方法?”
本實驗的目的是講解 JVM 的三大參數(shù)類型。在JVM調(diào)優(yōu)中用到的最多的 XX 參數(shù),而如何去查看和設置 JVM 的 XX 參數(shù)也是調(diào)優(yōu)的基本功,本節(jié)以實驗的方式講解 JVM 參數(shù)的查看和設置,希望大家能有所啟發(fā)。
在系統(tǒng)中用戶一共有三種角色:普通用戶,管理員,超級管理員,現(xiàn)在需要設計一張用戶角色表記錄這類信息,我們不難設計出文中方案。