原创 mysql半同步

半同步中 如果在主服務器端啓用了半同步複製,並且至少有一個半同步從服務器,則在主服務器上執行事務提交的線程將阻塞並等待,直到至少一個半同步從服務器確認已接收到該事務的所有事件爲止,或者直到 發生超時。 從屬僅在將事件寫入其中繼日誌

原创 mysql組複製-流控

group_replication_flow_control_mode這個參數控制着流控的類型,在有大量寫延時的情況下需要調整流控的配置 組複製確保事務只在組中的大多數成員收到後才提交,並同意所有同時發送的事務之間的相對順序。 如

原创 mysql 組複製-簡介

組複製提供了了容錯能力,只要組中的大多數的成員存活,那麼系統就是可用的,組複製有2中形式,多master,所有server都能接受更新和單master自動選主,只有master接受更新,有更新衝突的時候,會採用先提交獲勝的策略,回

原创 mysql關於write set的幾個參數

transaction_write_set_extraction: 這個參數設置hash算法,用來做組複製的衝突檢測處理 Defines the algorithm used to generate a hash identify

原创 mongodb replicaset中的arbiter

https://docs.mongodb.com/v3.0/core/replica-set-arbiter/ arbiter只能在replicaset是偶數的成員時候使用,參考官方文檔

原创 hue顯示bigint問題修復

在hue顯示bigint的時候超過17位,接口返回的是正確值,但是前端返回的不正確。 https://www.zhihu.com/question/34564427 修改了後端,讓所有的字段都變成string。 def rows(

原创 dg修改redo大小

備庫 1 停止複製 2 添加standby組。11~16 3 刪除舊standby 5~10 主庫 1添加redo 11~14 2刪除舊redo 1~4 備庫 1手工管理 2 添加redo 5~8 3 刪除舊redo 1~4 主庫

原创 python venv使用問題

開發環境開發完後,部署到線上,這個venv就不能用了,文件中的路徑不一樣了,還要單獨處理,比較麻煩,要是能直接切換下,能繼續使用就方便了

原创 django-cas-ng使用問題記錄

在使用django-cas-ng的時候退出的時候遇到了問題,在接入公司的cas服務器後,退出的時候拼接的地址與公司的不符合,主要是回調的名稱公司用的是service,django-cas-ng使用的是url,修改cas.py中的變

原创 oracle的歸檔刪除策略問題

有個2dg的環境 現在從庫的應用出現了問題,導致一個從庫上歸檔日誌沒有了 從這次的問題上看主庫上的rman策略是 CONFIGURE RETENTION POLICY TO REDUNDANCY 7; 就是最近7次的備份是有效的,

原创 centos7安裝python3.7

https://www.cnblogs.com/anxminise/p/9650206.html

原创 MySQL中爲什麼慢日誌中的select 的lock time也有值?

lock_utime= (thd->utime_after_lock - thd->start_utime); void set_time_after_lock() { utime_after_lock= my_

原创 xtrabckup的流程

xtrabackup是拷貝的innodb文件,這種的直接拷貝肯定是數據文件不一致的,拷貝完後會恢復來讓數據文件達到一致的狀態。恢復是使用的redo log,也是稱爲事務日誌。也是對redo的事務進行重做,然後對未提交的事務進行回滾

原创 mongo按id範圍的查詢

db.test2.find({"_id":{$gt:ObjectId(“5e211ab82ea735c78cf9e90a”)}}).count();

原创 mongodb嵌套模糊查詢

db.test2.find({“user_basic_info.name”:/134060994103/}); { “_id” : ObjectId(“5e211ab52ea735c78cf58f89”), “user_basic