springboot項(xiàng)目啟動(dòng)以前的日志不見了？又幾種另一個(gè)是通過配置文件的來電腦配置。若干種是通過logback.xml配置文件的通過配置。簡單要說的是和logback.xml這兩個(gè)配置文件都是裝在s

springboot項(xiàng)目啟動(dòng)以前的日志不見了？

又幾種另一個(gè)是通過配置文件的來電腦配置。若干種是通過logback.xml配置文件的通過配置。簡單要說的是和logback.xml這兩個(gè)配置文件都是裝在src/main/resources目錄下的。

RabbitMQ如何通過持久化保證消息99.99%不丟失？

當(dāng)下主流的消息系統(tǒng)有RabbitMQ、RocketMQ、ActiveMQ等，而RabbitMQ是基于Erlang開發(fā)，即便并發(fā)性、連接時(shí)間表現(xiàn)都挺好的。

RabbitMQ消息可靠性是靠什么實(shí)現(xiàn)程序的？消息可靠性是RabbitMQ的一大特點(diǎn)，RabbitMQ靠什么實(shí)現(xiàn)方法消息可靠性的呢？反正應(yīng)該是實(shí)際消息不易脫妝化來實(shí)現(xiàn)的，那樣就避免了服務(wù)異常（重啟后、宕機(jī)）下消息和隊(duì)列丟了的風(fēng)險(xiǎn)。

消息自然持久化是指RabbitMQ將內(nèi)存中的數(shù)據(jù)（交換器Exchange、隊(duì)列Queue、消息Message）落地之前到硬盤中儲(chǔ)存，以以免發(fā)現(xiàn)異常導(dǎo)致內(nèi)存中的數(shù)據(jù)丟失。

RabbitMQ要如何實(shí)現(xiàn)消息不易脫妝化？RabbitMQ中有所不同數(shù)據(jù)不易脫妝化是差別的，主要有：

1、交換器（Exchange）的自然持久化

交換器Exchange若丟了會(huì)會(huì)影響現(xiàn)消息的寫入，我們在創(chuàng)建家族Exchange時(shí)必須委托durable為true意思是持久化。

2、隊(duì)列（Queue）的自然持久化

在上面第一步操作中，在創(chuàng)建角色交換器時(shí)就算系統(tǒng)設(shè)置了durable為true后，Exchange不會(huì)弄丟，只不過里面的隊(duì)列依然會(huì)全部丟失。怎么只要隊(duì)列不持久化呢？同時(shí)是在創(chuàng)建角色隊(duì)列時(shí)指定你durable為true再試一下。

3、消息（Message）的持久化

上面兩步操作后，在重啟RabbitMQ后，可是Exchange和Queue肯定不會(huì)丟失，但Queue里的消息是會(huì)全部丟失的，那如何絕對的保證消息不易脫妝化不弄丟呢？我們系統(tǒng)設(shè)置消息投遞模式（deliveryMode）為2即代表消息自然持久化。

消息不持久化并又不能100%絕對的保證數(shù)據(jù)不丟失當(dāng)我們將交換器/隊(duì)列/消息都設(shè)置里了自然持久化依舊不能不能100%能保證數(shù)據(jù)不會(huì)全部丟失。這反正挺好的理解，內(nèi)存中的數(shù)據(jù)中寫入硬盤是要時(shí)間的，突然斷電、宕機(jī)重起等情況時(shí)消息很有可能沒來得及落地后，這樣這些消息就有弄丟的可能。

消息自然持久化會(huì)帶來性能問題我們清楚消息持久化是將內(nèi)存中的數(shù)據(jù)寫入到硬盤中，但硬盤的讀寫速度遠(yuǎn)不如我內(nèi)存，所以我傳送消息不持久化后會(huì)影響大RabbitMQ的性能。

以上是我的觀點(diǎn)，相對于這個(gè)問題大家是怎末平等的眼光的呢？歡迎在下方評(píng)論區(qū)講解~我是科技領(lǐng)域創(chuàng)作者，十年互聯(lián)網(wǎng)從業(yè)經(jīng)驗(yàn)，歡迎關(guān)注我打聽一下許多科技知識(shí)！