本系列主要關注兩點:
直通車:
內容索引(非關係型數據庫) redis開發(內存型) Memcached(內存型) MongoDb(存儲型) 內存型:讀取速度快,容量小 存貯型:讀取速度慢,存量大 NoSQL主要應用場景 專門應對高併發,需要高速讀寫的場景,re
我們經常會需要啓動多個實例的情況來測試註冊中心、配置中心等基礎設施的高可用,也會用來測試客戶端負載均衡的調用等。但是,我們一個應用只能有一個端口號,這就使得在本機測試的時候,不得不爲同一個服務設置不同的端口來進行啓動。 在本地用不同端口啓動
一面 1. 簡短自我介紹 2. 事務的ACID,其中把事務的隔離性詳細解釋一遍 3. 髒讀、幻影讀、不可重複讀 4. 紅黑樹、二叉樹的算法 5. 平常用到哪些集合類?ArrayList和LinkedList區別?HashMap內部數據結構
很多工作一定年限的程序員感覺自己到了瓶頸不知道怎麼去突破,其實這個時候就要衝破傳說中的架構師。 架構師是個很神祕人物,那麼架構師的技術一般在什麼程度呢?怎樣才能被稱爲架構師? 技術深度 有沒有看過JDK源碼,看過的類實現原理是什麼。 H
1、單體應用的缺點 1)部署效率低下 2)協作開發成本高 3)系統高可用性能差 4)線上發佈變慢 2、微服務的簡單介紹 2.1)將一個單一應用程序,按照業務拆分呢爲一組小型服務. 2.2)每個服務只做一件事,每個服務運行在自己的進程中 2.
{"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null}},{"type":"paragr
{"type":"doc","content":[{"type":"heading","attrs":{"align":null,"level":3},"content":[{"type":"text","text":"🕋 每日一句","a
場景: 當我們要進行redis操作或者其他中間件操作的時候,爲了少發起服務端的連接,我們會在main函數外先建立連接,以減少服務端的連接次數 真相: 事實上,很多中間件的連接只是一個語法聲明,其實並沒有進行真正的連接,比如下面的代碼 pac
2018年是不平靜的一年,好像所有的情況都發生了變化,你會發現所有互聯網從業人員都在大喊,互聯網寒冬來了,萬達在裁員,阿里大文娛在裁員,更別說哪些小的互聯網公司,各種倒閉,破產,不付工資,大環境越來越糟糕。 對於自己來說,不知不覺,在忙
Redis 的作者 Salvatore Sanfilippo 曾經對這兩種基於內存的數據存儲系統進行的比較: 1. Redis支持服務器端的數據操作:Redis相比Memcached來說,擁有更多的數據結構和並支持更豐富的數據操作,
{"type":"doc","content":[{"type":"blockquote","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null
{"type":"doc","content":[{"type":"paragraph","attrs":{"indent":0,"number":0,"align":null,"origin":null},"content":[{"typ
{"type":"doc","content":[{"type":"heading","attrs":{"align":null,"level":2},"content":[{"type":"text","text":"一、背景"}]},{