微服務 feign 調用 防重 可以使用 全全局請求唯一ID
背景 查找一個結果需要從多張表，多個數據庫中查找，再組裝之後返回前端。 後端來操作： 增加緩存 數據庫增加索引 將數據庫中經常要查，而且不常變的東西存入本地變量 或者引入redis，存進redis 如果數據不是經常變動的內容，
今天有一個新需求，要把用戶在前端的個性化配置（如排序，過濾條件）保存在後端。開始還想是不是要和前端商量一下都存儲哪些數據結構。後來想想其實並不需要，因爲後端中並不需要對這個配置進行記錄，分析等操作。所以只需要保存用戶ID，以及配置
解決方案一： 使用 Alibaba Seata 可以來解決 ，但是該種解決方案 不適合 大併發情況下，會影響性能，（使用於管理後臺各個微服務調用的增刪改查的事務管理） 解決方案二： 使用 MQ 來解決，（保證數據的最終一致性）
分佈式全局唯一ID業務需求 ID生成規則部分硬性要求 全局唯一 唯一性 趨勢遞增 單調遞增 信息安全 含時間戳 ID生成系統的可用性 一般ID生成方案 UUID 但是UUID入庫性能差 數據庫自增主鍵 單機中：
1.首先我們先創建快照 2.購買在線擴容磁盤200g 3.centos 安裝 yum install cloud-utils-growpart yum install xfsprogs 4.運行命令 gr
$province = [ 11 => '北京', 12 => '天津', 13 => '河北', 1
我們不妨先來看一個現象 select cast(1/5 as decimal(4,2)); 我們先盲猜一下這條SQL的運行結果，如果按照我們的一貫經驗，那應該是 0.20，畢竟我們as decimal(4,2)是保留兩位小數的
這個問題沒有能直接解決… 解決方案： app/build.gradle 原代碼: // Top-level build file where you can add configuration options common to
近來在閱讀linux-2.6.37中cgroup的相關代碼，讀到include/linux/cgroup.h的開頭時犯了嘀咕： #include <linux/sched.h> #include <linux/cpumask.h> #
寫C程序最爽的是什麼？我覺得是其中靈活的指針用法能讓coder發揮各種想象力和創造力。那最鬱悶的是啥？差不多就是N多指針滿天飛之後程序一運行就直接segment fault了。這種運行時錯誤不像編譯時錯誤有明顯的錯誤提示，所以往往很難定位
https比http多幹的事情 1、客戶端向服務端請求https連接獲取證書（公鑰） 2、客戶端給服務器發送（對稱加密<公鑰>)：隨機數 的密文 3、客戶端同時給服務端發送：（對稱加密<公鑰>)：隨機數+私鑰的密文 4、服務器根據公鑰解密
JSON.parse(str)報錯Unexpected token * in JSON at position 1格式的問題 字符串轉Json的時候出現報類似錯誤 原因：字符串內部的JSON格式是錯誤的，不能正確轉化。 解決方法：
使用Qt的https(get，post，put等)請求時報qt.network.ssl: QSslSocket::connectToHostEncrypted: TLS initialization failed錯誤。 開發環
數據庫下ibdata1文件佔用非常大，達到了20g佔用。 我們可以開啓獨立表空間 show variables like '%per_table%'; SET GLOBAL innodb_file_per_table=1; show v
有時候突然運行提示： please uninstall and reinstall the product 只需要右鍵exe屬性調整兼容模式 程序員工具：https://www.toolnb.com/
