1、伺服器的三種角色 Raft演算法中伺服器主要分為三種角色：Leader、Follower、Candidate，並且三種角色相互獨立，也就是伺服器在同一時間內只可能扮演其中一種角色。 Leader：用於對所有使用者的請求進行處理以及日誌的複製等等。Follower：不會主動傳送訊息，只響應來自Leader與

        一、Ribbon演算法的介紹   Ribbon的原始碼地址：https://github.com/Netflix/ribbon IRule：根據特定演算法中從伺服器列表中選取一個要訪問的服務，Ribbon預設的演算法為ZoneAvoidance

## 摘要 * 安裝npm，安裝hexo相關依賴，安裝主題stun * 修改hexo配置，修改stun配置，部署到github，gitee實現靜態訪問 * 給部落格加上全域性搜尋，訪問量統計 * hexo部落格編寫模板 > tips: 以下{$xxx}均為使用者自定義 ## 搭建環境 ##

## 索引型別 **從資料結構角度：** 1. B+樹索引， 2. hash索引，基於雜湊表實現，只有全值匹配才有效。以連結串列的形式解決衝突。查詢速度非常快 O(1) 3. 全文索引，查詢的是文字中的關鍵詞，而不是直接比較索引中的值，類似於搜尋引擎做的事情。 4. 空間資料索引（R-Tree），MyISA

## 一、@TableName 對映資料庫的表名 ```java package com.md.entity; import com.baomidou.mybatisplus.annotation.*; import com.md.enums.StatusEnum; import lombok.Data

## Vue 修改成功之後我做了什麼 > 背景：前端將修改的資料傳遞到後端，後端返回成功之後，我們要將資料及時顯示出來。 > 霸道方法一：重新請求介面 > 柔和方法二：修改成功之後的資料傳遞到源資料中，進行雙向繫結顯示。 ### 我是怎麼做的 > 有想過用霸道方法，剩下的時間就是自己的啦。哈哈。 > 但是今

大家好，我是痞子衡，是正經搞技術的痞子。今天痞子衡不講技術，跟大家隨便嘮嘮嗑。 這週五，痞子衡收到了一位來自恩智浦深圳分公司同事的離職信，這位同事在摩托羅拉、飛思卡爾、恩智浦（其實算是在一家公司，沒有跳槽）工作了31年，因為到了法定退休年齡而從公司離職。 離職信內容分享給大家，這位同事概要地總結了自己最近

## 目錄 - [目錄](#目錄) - [Boost的1.75版本新庫](#boost的175版本新庫) - [JSON庫簡介](#json庫簡介) - [JSON的簡單使用](#json的簡單使用) - [編碼](#編碼) - [最通用的方法](#最通用的方法) - [使用`std

在上一篇文章Nginx負載均衡配置中，我們已經介紹了關於nginx的安裝與nginx負載均衡配置相關的知識，今天主要講講nginx是如何限流的。 隨著業務的擴散，系統併發越來越高時,有三樣利器用來保護系統，分別是快取、降級和限流。 快取:快取是現在系統中必不可少的模組,並且已經成為了高併發高效能架構的

一、postman的請求 1、url與uri的區別 　　  url與uri的區別   http://doc.nnzhp.cn/          http+host（域名）+path路徑（uri） 2、get和post的區別 &n

整理自《大資料演算法》（王志巨集 哈爾濱工業大學）31頁 問題描述 　　給定一個數據流，從這個流中進行均勻取樣。 　　要求在接收到n個數據後，能夠等概率地輸出其中的k個數據。 　　已知n遠大於k，且現有的記憶體空間無法容納所有資料。 演算法描述 　　準備一個長度為k的陣列用於儲存樣本。 　　將接收到的前k個數

在IDEA中使用JDBC獲取資料庫連線時,有時會報錯Sat Dec 19 19:32:18 CST 2020 WARN: Establishing SSL connection without server's identity verification is not recommended. Accordi

> 原文連結：[https://jiang-hao.com/articles/2020/algorithms-data-structure-n-algorithm-1.html](https://jiang-hao.com/articles/2020/algorithms-data-structure-

回溯法也可以叫做回溯搜尋法，是一種搜尋的方式，回溯和遞迴是相輔相成的，回溯是遞迴的副產品，只要有遞迴就會有回溯，所以可以簡單的理解回溯函式和遞迴函式是同一個函式。 大名鼎鼎的回溯法雖然很不好理解，但其本質就是暴力查詢，窮舉所有可能，然後找出我們想要的答案，並不是什麼高效的演算法，雖然有些可以剪枝一下，沒有更優

前言：老劉不敢說寫的有多好，但敢保證儘量用大白話把自己複習的內容詳細解釋出來，拒絕資料上的生搬硬套，做到有自己的瞭解！ 1. hive知識點(3) 從這篇文章開始決定進行一些改變，老劉在部落格上主要分享大資料每個模組的重點知識點，對這些重點內容進行詳細解釋，每個模組的完整知識點分享在公眾號：努力的老劉。等有