国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

記一次線上問題 → 偶爾的熱情真的難頂呀!

這篇具有很好參考價(jià)值的文章主要介紹了記一次線上問題 → 偶爾的熱情真的難頂呀!。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方,請(qǐng)大家不吝賜教,您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問。

開心一刻

  昨晚和媳婦坐在沙發(fā)上刷視頻

  我用手肘輕輕推了推媳婦:你看這渣男,玩完女的都不娶人家

  媳婦:哎喲我天,哎呀媽,我這也沒好哪去呀

  我疑惑的看向媳婦:啥意思啊

  媳婦看向自己的手機(jī):啥意思啊,特么有些人,娶完了也不玩呀

記一次線上問題 → 偶爾的熱情真的難頂呀!

背景介紹

  我負(fù)責(zé)的系統(tǒng)需要同步上游系統(tǒng)的數(shù)據(jù)

  同步機(jī)制分兩步

  1、上游系統(tǒng)數(shù)據(jù)變動(dòng)了,會(huì)下發(fā)消息,通知下游系統(tǒng):我這邊數(shù)據(jù)更新了,你們愛咋辦咋辦啊

記一次線上問題 → 偶爾的熱情真的難頂呀!

  2、下游系統(tǒng)收到消息后,會(huì)調(diào)上游系統(tǒng)提供的數(shù)據(jù)查詢接口:請(qǐng)給我最新的數(shù)據(jù)

記一次線上問題 → 偶爾的熱情真的難頂呀!

  你情我愿,沒有強(qiáng)買強(qiáng)賣,簡(jiǎn)直就是天作之合!

問題復(fù)現(xiàn)

  我先模擬下兩個(gè)系統(tǒng),免得你們說我:光說不練假把式

  環(huán)境準(zhǔn)備

  消息組件:?RabbitMQ?3.9.11?

  數(shù)據(jù)庫(kù):?MySQL 8.0.30?

  上游系統(tǒng):?spring-boot-front?,源碼地址:spring-boot-front

  下游系統(tǒng):?spring-boot-after?,源碼地址:spring-boot-after

  假設(shè)目前一致狀態(tài)是:

記一次線上問題 → 偶爾的熱情真的難頂呀!

  ?front?端將 張三 密碼調(diào)整成?zhangsan1?

記一次線上問題 → 偶爾的熱情真的難頂呀!

  我們來(lái)看下效果

記一次線上問題 → 偶爾的熱情真的難頂呀!

  ?after?很快就成功同步了 張三 的密碼?zhangsan1?

  一切有條不紊的進(jìn)行著,平靜的就像你的女神回復(fù)你的消息一樣,簡(jiǎn)直是輪回!

  突然的熱情

  當(dāng)你以為一切塵埃落定,開始放下過往,準(zhǔn)備面向未來(lái)的時(shí)候

  你的女神發(fā)來(lái)了一個(gè)消息

  此刻的你無(wú)比糾結(jié),是繼續(xù)舔還是果斷斷?

  我們來(lái)模擬下她突然的消息

  調(diào)整下?front?的代碼

記一次線上問題 → 偶爾的熱情真的難頂呀!

  在發(fā)消息之后睡眠?100?毫秒

  將 李四 的密碼調(diào)整成?lisi111?

記一次線上問題 → 偶爾的熱情真的難頂呀!

  李四的密碼竟然沒同步成功!

  打開女神的消息一看,特喵的竟然不是關(guān)心,是借錢!

記一次線上問題 → 偶爾的熱情真的難頂呀!

問題修復(fù)

  已經(jīng)有女神折磨你們了,我就不折磨你們了

  ?front?的這段代碼

記一次線上問題 → 偶爾的熱情真的難頂呀!

  是有問題的!

記一次線上問題 → 偶爾的熱情真的難頂呀!

  我給你們分析下

  ?front?事務(wù)未提交,消息就發(fā)給下游了

  ?after?收到消息后,查詢?front?接口的時(shí)候,?front?的事務(wù)若還未提交,?front?又當(dāng)如何應(yīng)對(duì)?

  還能怎么應(yīng)對(duì),只能給舊數(shù)據(jù)了唄,是不是懂了?

記一次線上問題 → 偶爾的熱情真的難頂呀!

  既然找到原因了,就很好處理了

  把所有她的聯(lián)系方式都刪了,問題就完美解決了

  我好像偏題了,回到主題,問題同樣很好處理

  把消息發(fā)送從事務(wù)中拎出來(lái)就好了,也就是等事務(wù)提交后,再發(fā)消息

  或者直接把要同步的數(shù)據(jù)以消息的方式直接同步給下游系統(tǒng),下游系統(tǒng)拿到消息直接更新數(shù)據(jù),而不用再調(diào)用上游系統(tǒng)的接口來(lái)查詢數(shù)據(jù)(但要考慮消息體的大?。?/p>

  通篇看下來(lái)是不是很精彩,此處應(yīng)該有掌聲

記一次線上問題 → 偶爾的熱情真的難頂呀!

總結(jié)

  1、日志很重要,很重要,很重要!

    樓主這次排查這個(gè)問題還是很快的,因?yàn)槿罩敬蛴〉谋容^全,根據(jù)日志很快就能定位到接口查到的是舊數(shù)據(jù)

    這就好比借錢:一定保留轉(zhuǎn)賬記錄,現(xiàn)金的話要打借條

  2、圈子不同,不要強(qiáng)融

    好好的消息發(fā)送,為什么非要寫到事務(wù)中?

    事務(wù)盡量縮小文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-777074.html

到了這里,關(guān)于記一次線上問題 → 偶爾的熱情真的難頂呀!的文章就介紹完了。如果您還想了解更多內(nèi)容,請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來(lái)自互聯(lián)網(wǎng)用戶投稿,該文觀點(diǎn)僅代表作者本人,不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù),不擁有所有權(quán),不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載,請(qǐng)注明出處: 如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符,請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋,一經(jīng)查實(shí),立即刪除!

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

相關(guān)文章

  • 記一次線上BUG排查過程

    記一次線上BUG排查過程

    1. 線上遇到一個(gè)非常奇怪的bug,為一個(gè)用戶分配業(yè)務(wù)線類型后,該用戶登錄時(shí),提示502,但其它的用戶登錄完全是正常的 2. 問題現(xiàn)象 3. 排查思路 先去看線上日志,看是否有error,但日志里邊這個(gè)接口200正常返回 本地debug,也復(fù)現(xiàn)一樣問題,在分配角色類型超過22個(gè)總數(shù)時(shí)就報(bào)

    2024年02月09日
    瀏覽(30)
  • 記一次線上kafka造成的事故

    背景:所有的原始數(shù)據(jù)均存儲(chǔ)在mysql,mysql會(huì)通過binlog將數(shù)據(jù)同步至kafka消息隊(duì)列,但是有人將mysql中的數(shù)據(jù)進(jìn)行刪除(大概有2、3年的數(shù)據(jù)),被刪除的數(shù)據(jù)也通過binlog被同步至消息隊(duì)列里導(dǎo)致大量消息積壓,且該消息隊(duì)列只有3個(gè)分區(qū),最多3個(gè)線程消費(fèi),消費(fèi)方即使過濾也遠(yuǎn)

    2024年02月13日
    瀏覽(19)
  • 得物-Golang-記一次線上服務(wù)的內(nèi)存泄露排查

    得物-Golang-記一次線上服務(wù)的內(nèi)存泄露排查

    在風(fēng)和日麗的一天,本人正看著需求、敲著代碼,展望美好的未來(lái)。突然收到一條內(nèi)存使用率過高的告警。 告警的這個(gè)項(xiàng)目,老代碼是python的,最近一直在go化。隨著go化率不斷上升,發(fā)現(xiàn)內(nèi)存的RSS使用率越飆越高。最終達(dá)到容器內(nèi)存限制后,進(jìn)程會(huì)自動(dòng)重啟。RSS如下圖所示

    2024年02月04日
    瀏覽(20)
  • 記一次線上mysql出錯(cuò):由于docker自動(dòng)拉取最新mysql鏡像導(dǎo)致mysql容器無(wú)法啟動(dòng)

    記一次線上mysql出錯(cuò):由于docker自動(dòng)拉取最新mysql鏡像導(dǎo)致mysql容器無(wú)法啟動(dòng)

    我隨便寫寫,你們隨便看看 環(huán)境背景:在docker中部署mysql鏡像,通過portainer管理docker容器 簡(jiǎn)單說下過程:docker里mysql的時(shí)區(qū)沒有設(shè)置,導(dǎo)致相差8小時(shí),通過增加TZ=Asiz/Shanghai環(huán)境變量,然后重啟容器來(lái)生效。結(jié)果重啟的時(shí)候始終無(wú)法啟動(dòng)起來(lái),后來(lái)發(fā)現(xiàn)是自動(dòng)升級(jí)了mysql鏡像版

    2024年02月07日
    瀏覽(25)
  • 記一次線上bug排查-----SpringCloud Gateway組件 請(qǐng)求頭accept-encoding導(dǎo)致響應(yīng)結(jié)果亂碼

    記一次線上bug排查-----SpringCloud Gateway組件 請(qǐng)求頭accept-encoding導(dǎo)致響應(yīng)結(jié)果亂碼

    ? ? ? ?基于公司的業(yè)務(wù)需求,在SpringCloud Gateway組件的基礎(chǔ)上,寫了一個(gè)轉(zhuǎn)發(fā)服務(wù),測(cè)試開發(fā)階段運(yùn)行正常,并實(shí)現(xiàn)初步使用。但三個(gè)月后,PostMan請(qǐng)求接口,返回異常,經(jīng)排查,從日志中獲取到轉(zhuǎn)發(fā)響應(yīng)的結(jié)果為亂碼: ? ? ?? 跟蹤日志: 轉(zhuǎn)發(fā)到目標(biāo)接口,響應(yīng)結(jié)果已亂碼

    2024年02月04日
    瀏覽(23)
  • 通過一次線上問題,講下Ribbon重試機(jī)制

    通過一次線上問題,講下Ribbon重試機(jī)制

    前段時(shí)間,產(chǎn)品經(jīng)理在線上驗(yàn)證產(chǎn)品功能的時(shí)候,發(fā)現(xiàn)某個(gè)功能不符合需求預(yù)期,后來(lái)測(cè)試驗(yàn)證發(fā)現(xiàn)是服務(wù)端的一個(gè)接口大概率偶現(xiàn)超時(shí),前端做了兜底處理,所以對(duì)線上用戶么有太大影響。 由于服務(wù)端的接口偶現(xiàn)超時(shí),并且網(wǎng)關(guān)設(shè)置了30s超時(shí)熔斷,所以前端請(qǐng)求就直接報(bào)錯(cuò)

    2024年02月15日
    瀏覽(23)
  • 記一次 Redisson 線上問題 → ERR unknown command 'WAIT' 的排查與分析

    記一次 Redisson 線上問題 → ERR unknown command 'WAIT' 的排查與分析

    昨晚和一個(gè)朋友聊天 我:處對(duì)象嗎,咱倆試試? 朋友:我有對(duì)象 我:我不信,有對(duì)象不公開? 朋友:不好公開,我當(dāng)?shù)男∪?程序在生產(chǎn)環(huán)境穩(wěn)定的跑著 直到有一天,公司執(zhí)行組件漏洞掃描,有漏洞的? jar ?要進(jìn)行升級(jí)修復(fù) 然后我就按著掃描報(bào)告將有漏洞的? jar ?修復(fù)到指

    2024年02月09日
    瀏覽(22)
  • 一次線上mysql 調(diào)優(yōu) ,join 的調(diào)優(yōu),索引優(yōu)化(Block Nested Loop)

    一次線上mysql 調(diào)優(yōu) ,join 的調(diào)優(yōu),索引優(yōu)化(Block Nested Loop)

    原因: 某接口調(diào)用十分緩慢,通過 Explain 發(fā)現(xiàn)是SQL問題 可以看到,在Join連接時(shí),出現(xiàn)了BNL查詢,BNL出現(xiàn)是因?yàn)?,JOIN連接時(shí) dr表也就是 domian_redemption 被驅(qū)動(dòng)的表上沒出現(xiàn)可用的索引。 個(gè)人解決方法: 在對(duì)應(yīng)的連接字段上,既dr的orderCode字段,內(nèi)表加上索引,再次執(zhí)行Explai

    2024年02月05日
    瀏覽(21)
  • 記一次死鎖問題

    記一次死鎖問題

    最近在做一個(gè)需求,碰到了死鎖的問題,記錄下解決問題的過程 這個(gè)需求要改動(dòng)一個(gè)接口,我這邊稱為A接口,原先的邏輯是A接口內(nèi)部會(huì)調(diào)用c方法,c方法是一個(gè)dubbo方法, 現(xiàn)在需要再A接口里添加調(diào)用B方法,b方法是本地調(diào)用。 A接口的入?yún)⑹悄硞€(gè)商品的編碼,拿到這個(gè)商品編

    2023年04月26日
    瀏覽(23)
  • 記一次重大的問題解決

    我們是需要的操作兩個(gè)git倉(cāng)庫(kù)的的三個(gè)分支(此處第一個(gè)倉(cāng)庫(kù)簡(jiǎn)稱:A(負(fù)責(zé)程序的第一層進(jìn)入),第二個(gè)簡(jiǎn)稱B(負(fù)責(zé)業(yè)務(wù)的執(zhí)行)) 大致就是A的代碼引用了B,B的代碼引用了A,互為對(duì)方的jar包。 問題(部署到測(cè)試域之后): 1:請(qǐng)求打進(jìn)來(lái)之后,有時(shí)候進(jìn),有時(shí)候不進(jìn),有

    2024年02月21日
    瀏覽(19)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請(qǐng)作者喝杯咖啡吧~博客贊助

支付寶掃一掃領(lǐng)取紅包,優(yōu)惠每天領(lǐng)

二維碼1

領(lǐng)取紅包

二維碼2

領(lǐng)紅包