低級知識傳播者

摘要： # 背景 公司之前部門拆分，但一些服務并沒有拆分清楚。其中一個老服務，兩個部門都在用，現在為了避免互相影響，決定克隆該服務。克隆就要克隆全套，當然也包括數據庫，我們這個老服務，用的oracle，所以，就涉及到從舊的oracle中導出數據，然后再導入到另一套新的oracle實例中。 屆時在線上肯定是要 閱讀全文

摘要： # 背景 現在信創是搞得如火如荼，在這個浪潮下，數據庫也是從之前熟悉的Mysql換到了某國產數據庫。 該數據庫我倒是想吐槽吐槽，它是基于Postgre 9.x的基礎上改的，至于改了啥，我也沒去詳細了解，當初的數據庫POC測試和后續的選型沒太參與，但對于我一個開發人員的角度來說，它給我帶來的不便主要是 閱讀全文

摘要： # 背景 上周都是查測試環境的問題，比如，我上一篇寫的[問題排查：nginx的反向代理感覺失效了一樣 ](http://www.rzrgm.cn/grey-wolf/p/17655238.html)，就是說這個事的。在文章里，最終查到是nginx的全連接隊列滿了（每個監聽端口有個隊列，完成三 閱讀全文

摘要： # 背景 最近，負責基礎設施的同事，要對一批測試環境機器進行回收，回收就涉及到應用遷移，問題是整個過程一團亂。比如服務器A上一堆應用要調用服務器B上一堆服務，結果服務器B被回收了，然后服務器A上一堆應用報錯。 今天就是負責查一個問題，app上一個頭像上傳的接口，之前都好好的，不知道怎么就不能訪問了， 閱讀全文

摘要： # 背景 發現陷入了一個怪圈，寫文章的話，感覺只有大bug或比較值得寫的內容才會寫，每次一寫就是幾千字，爭取寫得透徹一些，但這樣，我也挺費時間，讀者也未必有這么多時間看。 我想著，日常遇到的小bug、平時工作中的一些小的心得體會，都還是可以寫寫，這樣也才是最貼近咱們作為一線開發生活的，也不必非得是個 閱讀全文

摘要： # 背景 作為一個后端Java打工人，idea就是最重要的打飯工具。創建項目，熟悉吧，但是，這么多年下來，因為idea換了版本，電腦換了等等，我還是時不時遇到根據maven archetype新建maven項目卡住。沒錯，我說的就是下面這樣的場景： ![image-20230818220009447 閱讀全文

摘要： # 背景 測試環境有一個后臺服務，部署在內網服務器A上（無外網地址），給app提供接口。app訪問這個后臺服務時，ip地址是公網地址，那這個請求是如何到達我們的內網服務器A呢，這塊我咨詢了網絡同事，我畫了簡圖如下： ![image-20230816152413599](https://dump-12 閱讀全文

摘要： # 前言 本周協助測試同事對一套測試環境進行擴容，我們擴容很原始，就是新申請一臺機器，直接把jdk、resin容器（一款servlet容器）、容器中web應用所在的目錄，全拷貝到新機器上，servlet容器和其中的應用啟動沒問題。以為ok了，等到測試時，web應用報錯，初始化某個類出錯。報錯的類長下 閱讀全文

摘要： # 背景 我前面寫了幾篇文章，講c3p0數據庫連接池發生了連接泄露，但是隨機出現，難以確定根因，最終呢，為了快速解決問題，我是先寫了個shell腳本，腳本主要是檢測服務的接口訪問日志，看看過去的30s內是不是接口幾乎都超時了，如果是的話，咱們就重啟服務。然后把這個shell加入到了crontab里， 閱讀全文

摘要： # 前言 超時，應該是程序員很不愛處理的一種狀態。當我們調用某服務、某個中間件、db時，希望對方能快速回復，正確就正常，錯誤就錯誤，而不是一直不回復。目前在后端領域來說，如java領域，調用服務時以同步阻塞調用為主，此時一般會阻塞當前線程，等待結果。如果我們設置了超時時間還好，一段時間等不到就報錯了 閱讀全文