資訊專欄INFORMATION COLUMN
01
報錯概述
近日，在版本為8.6.2.33 R26 版本發(fā)現(xiàn)數(shù)據(jù)庫存在系統(tǒng)誤刪event 問題。
02
分析思路
某天學習，其中一臺主機由于硬件問題，主機數(shù)據(jù)庫服務(wù)不正常。
在啟動服務(wù)器后event恢復(fù)期間，發(fā)現(xiàn)停機節(jié)點有部分表分片丟失或者和備分片數(shù)據(jù)不一致問題。在此期間做的操作有創(chuàng)建表，刪除表視圖。但后續(xù)用到此表時發(fā)現(xiàn)分片數(shù)據(jù)不存在報錯，或者主備分片數(shù)據(jù)不一致。
順著操作思路有以下復(fù)現(xiàn)場景的方案：
1. 在集群正常的情況下create view 操作 (該表視圖是存在的)；
2. 模擬宕機,即服務(wù)狀態(tài)不正常,offline或者是close .登錄gn主機進行service gcware stop；
3. 宕機后delete 數(shù)據(jù),使其產(chǎn)生event信息.再去刪除event對應(yīng)表的視圖.發(fā)現(xiàn)event已被清除；
gccli -uroot
use test;
delete from test.test1;
drop view if exists test2.test1 ; #這個表dmlevent 直接被清空!!
use test2;
drop view if exists test2.test1 ; #這個表dmlevent 會被保留!!,主備節(jié)點數(shù)據(jù)一致4. 機器恢復(fù)后,登錄至gncli 進行count分片,發(fā)現(xiàn)模擬宕機節(jié)點主備分片數(shù)據(jù)不一致。
03
解決方案
鑒于當前的狀況，有兩個方法：
方法一：升級集群版本；
方法二： 如果不升級，可以在執(zhí)行drop view if exists xxxx.test2語句前，用use xxxx進行數(shù)據(jù)庫切換,可以避開這個問題。
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://specialneedsforspecialkids.com/yun/129690.html
摘要：原文使用總結(jié)事件模型及其原理就是事件實現(xiàn)的核心，它可以讓對象擁有事件能力對象通過偵聽其他對象，通過觸發(fā)事件。可以脫離的，在自定義的對象上使用事件執(zhí)行結(jié)果的和等核心類，都是繼承自的。在內(nèi)部使用事件基類的完成這個動作。 開始在項目中大規(guī)模使用backbone，一路磕磕碰碰，邊做邊學習邊體會，有一些心得和體會，記錄在本文中。原文：Backbone使用總結(jié) 事件模型及其原理 Backbon...
摘要：此文研究中的拖放接口，提供各個屬性和方法的說明，解決拖放過程中的拖拽數(shù)據(jù)對象存儲和獲取問題。方法增加一個拖拽數(shù)據(jù)對象到屬性中，并返回增加的拖拽數(shù)據(jù)對象。若拖拽數(shù)據(jù)對象是文本字符串類型，通過回調(diào)函數(shù)獲取拖拽數(shù)據(jù)中的字符串數(shù)據(jù)。 此文研究Web API中的拖放接口，提供各個屬性和方法的說明，解決拖放過程中的拖拽數(shù)據(jù)對象存儲和獲取問題。 拖放API作用到兩個目標對象，分別是拖拽目標對象和放置...
摘要：默認為選擇上傳的文件數(shù)超出了允許的最大限制。在這種情況下，每一個人選擇的文件被上傳成功后，觸發(fā)事件。此事件僅在上傳和完成同步或異步批量上傳后觸發(fā)。 下載地址、API和DOM地址（英語好的小伙伴可以看看） 下載地址：https://github.com/kartik-v/b...API文檔 ：http://plugins.krajee.com/fil...D E M O：http://p...
閱讀 1346·2023-01-11 13:20
閱讀 1684·2023-01-11 13:20
閱讀 1132·2023-01-11 13:20
閱讀 1858·2023-01-11 13:20
閱讀 4100·2023-01-11 13:20
閱讀 2704·2023-01-11 13:20
閱讀 1385·2023-01-11 13:20
閱讀 3597·2023-01-11 13:20
