你好，我是 yes。 關於記憶體訪問你可能聽過分段，分頁，還有段頁式。 但是為什麼要分段？又為什麼要分頁？ 有了分頁為什麼還要分段？ 這就需要看一看歷史的發展，知曉歷史之後就知道這一切其實都是自然而然的。 這些概念也不是硬塞出來的。 ## 正文 1971 年 11 月 15 日，Intel 推出

上一篇文章介紹了高可靠方案：主從叢集模式。通過主從庫的讀寫分離，來保證服務的可靠性。 當某個從庫出現故障時，不影響服務的使用，主庫仍然可以處理寫命令，其他從庫可以處理讀命令。但主庫發生故障，就不能處理寫命令了，從庫只能處理讀命令。這就影響服務的正常使用了，該如何解決呢？ 只要找一個從庫當主庫就可以解決了。但還

這次和大家講講分散式事務的 BASE 理論，保證通俗易懂。為了閱讀順暢，開始之前先請大家記住幾個名詞： BASE——Basically Available（基本可用），Soft state（軟狀態），Eventually consistent（最終一致性） 2PC——兩階段提交 不用懂，先記住就好了。

[原文地址](https://boke.limeichao.cn/article/7885e224.html) 注: 筆者採用的是butterfly主題, 主題內建整合評論系統 ## butterfly主題開啟評論 開啟評論需要在comments-use中填寫你需要的評論。 以Valine為例 ``

Oracle 資料庫恢復操作最關鍵的依據就是 `redo log`，它記錄了對資料庫所有的更改操作。在研究如何提取 redolog 中 DML 操作的過程可謂一波三折，因為介紹 redolog 結構細節的資料實在太少了，不過好在最後大致理清了它的結構，並開發了一個基於日誌的同步軟體。 本系列文章就記錄下研究

關注「鬆寶寫程式碼」，精選好文，每日一題 ​時間永遠是自己的 每分每秒也都是為自己的將來鋪墊和增值 >作者：saucxs ｜ songEagle >來源：原創 ## 一、前言 文章首發在「鬆寶寫程式碼」 2020.12.23 日剛立的 flag，每日一題，題目型別不限制，可以是：演算法題，面試

# 引子 最近一直在思考，作為一名軟體開發工程師，到底應該如何實現自我成長，是否有捷徑而言？其實斷斷續續有過很多思考，也有和各種年齡段的同學們做過不少交流，結合自身的經歷，有一些感悟和思考。本文可能可以適用到其他端，不過由於自己是一名 Android 開發工程師，所以就姑且從一名普通的 Android 開發工

如果你是一名後臺程式設計師開發，那麼你一定或多或少的接觸過事務。因為相對於高併發，且業務有一定複雜性的系統來說，事務是一定需要的，而且是必須的。他可以幫助我們將若干不同的子任務當成一個整體來完成，以保證整個業務的正確性。舉個簡單的例子：在七夕這天，你給你的女票發了一個520紅包對於錢款轉移的這個過程來說，存在

## 前言 在每個公司的系統中，總有一些擁有複雜業務邏輯的系統，這些系統承載著核心業務邏輯，幾乎每個需求都和這些核心業務有關，這些核心業務業務邏輯冗長，涉及內部邏輯運算，快取操作，持久化操作，外部資源調取，內部其他系統RPC呼叫等等。時間一長，專案幾經易手，維護的成本得就會越來越高。各種硬程式碼判斷，分支條

最近在使用mapboxgl實現軌跡展示時，想實現類似高德地圖導航軌跡效果，然而並未在網上找到類似示例。經一番研究與嘗試，最終解決，效果如下。  新增箭頭核心程式碼如下，只需

最近在把 Facebook Message 接入客服系統，由於與 Facebook Message 對接的收發訊息都是通過呼叫 http 介面來實現的，如果想實現即時通訊，還需要在中間加一個 WebSocket 來轉發訊息。如下圖： ![](https://img2020.cnblogs.com/blog/

難得的元旦小假期，沒有什麼比得上在慵懶的冬日豔陽下放鬆自己，拿起手機，叫上了許久未一起作戰的小夥伴，到王者榮耀中激戰了一番，彷彿又回到了當年那個年輕的自己。 ![file](https://img2020.cnblogs.com/other/626506/202101/626506-202101041046

> **公號：碼農充電站pro** > **主頁：** 本篇來介紹**介面卡模式**（*Adapter Design Pattern*），它可以將兩個不相容的介面變得相容，而不需改變原有程式碼。 ### 1，生活中的介面卡 生活中有很多常用的介面卡，比如**介面轉換器**和**電源轉換器**。 介面轉

> 本文來自[Rancher Labs](https://mp.weixin.qq.com/s/ZZPMHI73GuYaT2MyqHfpxg "Rancher Labs") 在過去的文章中，我們花了相當大的篇幅來聊關於監控的話題。這是因為當你正在管理Kubernetes叢集時，一切都會以極快的速度發生

摘要：敏捷與安全似乎矛盾，但如何共存？本文將為你解讀從“應用敏捷”到“應用敏捷+安全”的實現路徑。 起初，企業以傳統的瀑布式研發模式把軟體開發過程劃分為需求、分析、設計、開發、測試等不同的流程。這些流程有著嚴格的先後次序之分，只有當前面的流程結束之後，下一個流程才能開始運轉。這種開發方式好似瀑布的下落，由此命