一、基本信息 來(lái)源:電子書(shū) 作者:高杉尚孝 二、讀書(shū)筆記 本書(shū)提出的解決問(wèn)題手法,分為五個(gè)步驟。 ①發(fā)現(xiàn)問(wèn)題,并將問(wèn)題分類。 ②將問(wèn)題轉(zhuǎn)化成具體的課題。 ③找出解決課題的替代...
一、基本信息 來(lái)源:電子書(shū) 作者:高杉尚孝 二、讀書(shū)筆記 本書(shū)提出的解決問(wèn)題手法,分為五個(gè)步驟。 ①發(fā)現(xiàn)問(wèn)題,并將問(wèn)題分類。 ②將問(wèn)題轉(zhuǎn)化成具體的課題。 ③找出解決課題的替代...
init-connect是啥?thread-id我理解獲取不到,binlog中存儲(chǔ)的是某一行變更前后的數(shù)據(jù)我記得
【Canal源碼分析】parser工作過(guò)程本文主要分析的部分是instance啟動(dòng)時(shí),parser的一個(gè)啟動(dòng)和工作過(guò)程。主要關(guān)注的是AbstractEventParser的start()方法中的parseThread...
** 內(nèi)容安排: ** 簡(jiǎn)介 區(qū)別 Nginx、LVS及HAProxy負(fù)載均衡軟件的優(yōu)缺點(diǎn) 一、簡(jiǎn)介 ** 所謂四層就是基于IP+端口的負(fù)載均衡;七層就是基于URL等應(yīng)用層信...
@默凡塵 可以關(guān)注下canal的github,上去提個(gè)issue
【源碼】canal和otter的高可靠性分析一般來(lái)說(shuō),我們對(duì)于數(shù)據(jù)庫(kù)最主要的要求就是:數(shù)據(jù)不丟。不管是主從復(fù)制,還是使用類似otter+canal這樣的數(shù)據(jù)庫(kù)同步方案,我們最基本的需求是,在數(shù)據(jù)不丟失的前提下,盡可能的...
這塊要自己寫(xiě)喲
【源碼】canal和otter的高可靠性分析一般來(lái)說(shuō),我們對(duì)于數(shù)據(jù)庫(kù)最主要的要求就是:數(shù)據(jù)不丟。不管是主從復(fù)制,還是使用類似otter+canal這樣的數(shù)據(jù)庫(kù)同步方案,我們最基本的需求是,在數(shù)據(jù)不丟失的前提下,盡可能的...
@王福利_c771 可以的
elastic-job動(dòng)態(tài)添加定時(shí)任務(wù)在elastic-job的使用過(guò)程中,我們會(huì)遇到動(dòng)態(tài)添加定時(shí)任務(wù)的時(shí)候,但是官網(wǎng)上面并沒(méi)有對(duì)這塊內(nèi)容進(jìn)行說(shuō)明。按照我的理解以及官網(wǎng)上面elastic-job的框架圖,ej的定...
最近工作不是太忙,準(zhǔn)備再讀讀一些源碼,想來(lái)想去,還是先從JDK的源碼讀起吧,畢竟很久不去讀了,很多東西都生疏了。當(dāng)然,還是先從炙手可熱的HashMap,每次讀都會(huì)有一些收獲。...
本篇為elasticsearch源碼分析系列文章的第二篇,由于技術(shù)不精,而敘述的不好或不對(duì)的地方還請(qǐng)大家指出 ^ _ ^!!! 源碼主要模塊 distribution:ela...
應(yīng)該不需要xml,直接代碼實(shí)現(xiàn)的,不過(guò)不建議動(dòng)態(tài)添加,線程會(huì)爆炸
elastic-job動(dòng)態(tài)添加定時(shí)任務(wù)在elastic-job的使用過(guò)程中,我們會(huì)遇到動(dòng)態(tài)添加定時(shí)任務(wù)的時(shí)候,但是官網(wǎng)上面并沒(méi)有對(duì)這塊內(nèi)容進(jìn)行說(shuō)明。按照我的理解以及官網(wǎng)上面elastic-job的框架圖,ej的定...
思路可以借鑒
【Guava】基于guava的重試組件Guava-Retryer一、使用場(chǎng)景 在日常開(kāi)發(fā)中,我們經(jīng)常會(huì)遇到需要調(diào)用外部服務(wù)和接口的場(chǎng)景。外部服務(wù)對(duì)于調(diào)用者來(lái)說(shuō)一般都是不可靠的,尤其是在網(wǎng)絡(luò)環(huán)境比較差的情況下,網(wǎng)絡(luò)抖動(dòng)很容易導(dǎo)致請(qǐng)求超時(shí)等異...
這是Canal在新版本引入的一個(gè)內(nèi)容,主要是為了解決由于歷史的DDL導(dǎo)致表結(jié)構(gòu)與現(xiàn)有表結(jié)構(gòu)不一致,導(dǎo)致的同步失敗的問(wèn)題。采用的是Druid和Fastsql,來(lái)記錄表結(jié)構(gòu)到DB...