国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

TiDB 數據庫故障應急操作手冊

IT那活兒 / 908人閱讀
TiDB 數據庫故障應急操作手冊
點擊上方“IT那活兒”公眾號，關注后了解更多內容，不管IT什么活兒，干就完了！！！

  
應用范圍：
本文檔描述為生產環境TiDB服務不可用情況下的應急手段。


一

名詞解釋

  • TiDB Server
    SQL層，對外暴露MySQL 協議的連接 endpoint，負責接受客戶端的連接，執行 SQL解析和優化 ，最終生成分布式執行計劃。
    TiDB層本身是無狀態的，實踐中可以啟動多個TiDB實例，通過負載均衡組件  (如 LVS、HAProxy或F5) 對外提供統?的接入地址，客戶端的連接可以均勻地分攤在多個TiDB實例上以達到負載均衡的效果。

    TiDB Server本身并不存儲數據 ，只是解析SQL ，將實際的數據讀取請求轉發給底層的存儲節點TiKV  (或 TiFlash)  。

  • PD Server
    整個TiDB集群的元信息管理模塊，負責存儲每個TiKV節點實時的數據分布情況和集 群的整體拓撲結構 ，提供TiDB Dashboard管控界面，并為分布式事務分配事務 ID。PD不僅存儲元信息 ，同時還會根據 TiKV 節點實時上報的數據分布狀態，下發數據調度命令給具體的TiKV節點 ，可以說是整個集群的“大腦”。

    此外，PD 本身也是由至少3個節點構成，擁有高可用的能?。建議部署奇數個 PD 節點。

  • TiKV
    負責存儲數據，從外部看TiKV是?個分布式的提供事務的Key-Value存儲引擎。存儲數據的基本單位是Region ，每個Region負責存儲?個Key Range (從 StartKey 到 EndKey的左閉右開區間)的數據 ，每個TiKV節點會負責多個Region。

    TiKV的API在KV鍵值對層面提供對分布式事務的原生支持 ，默認提供了 SI (Snapshot Isolation) 的隔離級別 ，這也是 TiDB 在SQL層面支持分布式事務的核心。TiDB 的SQL層做完SQL解析后 ，會將SQL的執行計劃轉換為對TiKV API的實際調用。所以 ，數據都存儲在TiKV中。另外，TiKV 中的數據都會自動維護多副本  (默認為三副本)  ，天然支持高可用和自動故障轉移。

  • TiFlash
    TiFlash是?類特殊的存儲節點。和普通 TiKV 節點不?樣的是 ，在 TiFlash 內部 ，數據是以列式的形式進行存儲，主要的功能是為分析型的場景加速。
二

命令執行

  • 系統命令

    通過ssh登陸到中控機(已經安裝TiUP的機器)  ，使用TiUP client連接 TiDB。

  • SQL語句
    通過MySQL Client命令行登陸到TiDB Server。在MySQL client中執行的命令 ，登陸方式如下：
mysql --host 127.0.0.1 --port 4000 -u root
三

常見錯誤碼

  • 1.  Error Number: 8003

    ADMIN CHECK TABLE命令在遇到行數據跟索引不?致的時候返回該錯誤 ，在檢查表中數據是否有損壞時常出現。 出現該錯誤時 ，請向PingCAP工程師或通過官方論壇尋求幫助。

  • 2.  Error Number: 8223

    檢測出數據與索引不?致的錯誤 ，如果遇到該報錯請向PingCAP工程師或通過官方論壇尋求幫助。

  • 3.  Error Number: 8027

    表結構版本過期。TiDB 采用在線變更表結構的方法。 當TiDB server表結構版本落后于整個系統的時，執行SQL將遇到該錯誤。遇到該錯誤，請檢查該 TiDB server 與PD leader之間的網絡。

  • 4.  Error Number: 8120

    獲取不到事務的start tso，請檢查 PD Server 狀態/監控/日志以及TiDB Server與PD Server 之間的網絡。

  • 5.  Error Number: 9001

    請求PD超時，請檢查PD Server 狀態/監控/日志以及TiDB Server與PD Server之間的網絡。

  • 6.  Error Number: 9002

    請求TiKV超時，請檢查TiKV Server狀態/監控/日志以及TiDB Server與TiKV Server之間的網絡。

  • 7.  Error Number: 9005

    某個Raft Group不可用，如副本數目不足，出現在 TiKV 比較繁忙或者是TiKV節點停機的時候，請檢查TiKV Server狀態/監控/日志。

  • 8.  Error Number: 9003

    TiKV操作繁忙，?般出現在數據庫負載比較高時，請檢查 TiKV Server 狀態/監控/日志。

  • 9.  Error Number: 9012

    請求TiFlash 超時。請檢查TiFlash Server狀態/監控/日志以及TiDB Server與TiFlash Server 之間的網絡。

  • 10.  Error Number: 9013
    TiFlash操作繁忙。該錯誤?般出現在數據庫負載比較高時。請檢查TiFlash Server的狀態/監控/日志。
四

TiDB服務器宕機

場景描述：TiDB服務器宕機

業務影響：多個TiDB無影響，宕機影響SQL執行。
啟動條件：

序號

步驟名稱
應急處置流程
T1

場景

識別

Ping TiDB服務器的ip地址，無法ping通。

ping

檢查當前集群狀態，TiDB狀態顯示down 
tiup cluster dipslay
T2
現場
保護
目錄：/log
目錄下tidb.log日志
T3
操作
步驟


檢查當前集群狀態，TiDB狀態顯示down 

tiup cluster dipslay

啟動TiDB節點
tiup cluster start  
-N :
T4
驗證
步驟
再次確認是否正常，檢查當前集群狀態，TiDB狀態顯示up
tiup cluster dipslay 

五

PD服務器宕機
場景描述：PD服務器宕機
業務影響：PD服務器宕機
啟動條件：
序號
步驟名稱
應急處置流程
T1
場景識別
Ping PD服務器的ip地址，無法ping通。
ping 
檢查當前集群狀態，PD狀態顯示down
tiup cluster dipslay 
觀察宕機的PD節點是否為leader
curl :/pd/api/v1/member
T2
現場保護
目錄：/log
目錄下tidb.log日志
T3
操作步驟
檢查當前集群狀態，PD狀態顯示down
tiup cluster dipslay 
非leader節點宕機對集群無影響，恢復后可直接啟動
tiup cluster start  -N :
leader節點宕機后，PD需要選舉 leader，在這期間可能會導致集群不可用，最長時間在10s內。此時需要確認業務是否受影響，QPS是否下降。觀察監控TiDB欄Failed query OPM監控面板，確認執行失敗的 SQL 語句。等服務器恢復后使用如下命令啟動 PD 。
tiup cluster start  -N :

六

TiKV服務器宕機
場景描述：TiKV服務器宕機
業務影響：TiKV服務器宕機
啟動條件：
序號
步驟名稱
應急處置流程
T1
場景識別
Ping TiKV服務器的ip地址，無法ping通。
ping 
檢查當前集群狀態，顯示TiKV組件顯示Down 
tiup cluster dipslay 
T2
現場保護
目錄：/log
目錄下tidb.log日志
T3
操作步驟
檢查當前集群狀態，TiKV狀態顯示down 
tiup cluster dipslay 
兩臺  (含)  TiKV 服務器的 down 機不會影響集群提供服務的能力。如有 down 機，觀察監控 TiDB 欄Failed query OPM監控面板，確認執行失敗的 SQL 語句，可用如下命令啟動TiKV節點：
tiup cluster start  -N :
T4
驗證步驟
再次確認是否正常，檢查當前集群狀態，TiKV狀態顯示up 
tiup cluster dipslay 


本文作者：白煬斌（上海新炬王翦團隊）
本文來源：“IT那活兒”公眾號

                
                
                   
               
                                           
                       
                 

            
                     
             
               

                   
 文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

                 
                   
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/129248.html

               

                      
               
              

              

                
相關文章

                
    
                             
                                                                    
  • 
                                                
    
                          
    Cloud + TiDB 技術解讀
    
                                                     
    摘要：作為一個開源的分布式數據庫產品，具有多副本強一致性的同時能夠根據業務需求非常方便的進行彈性伸縮，并且擴縮容期間對上層業務無感知。另外本身維護了數據多副本，這點和分布式文件系統的多副本是有重復的。

作者：鄧栓來源：細說云計算
作為一款定位在 Cloud-native 的數據庫，現如今 TiDB 在云整合上已取得了階段性的進展。日前 Cloud TiDB 產品在 UCloud 平臺正式開啟...
    
                                                   
                          
    
                                
    
                                    JouyPub
                                    
                                    評論0 
                                    收藏0 
                                
    
                          
    
                      
    
                    
    •  
                                                                                       
  • 
                                                
    
                          
    TiDB Operator，讓 TiDB 成為真正的 Cloud-Native 數據庫
    
                                                     
    摘要：和簡介作為一個開源的分布式數據庫產品，具有多副本強一致性的同時能夠根據業務需求非常方便的進行彈性伸縮，并且擴縮容期間對上層業務無感知。

TiDB Operator 是 TiDB 在 Kubernetes 平臺上的自動化部署運維工具。目前，TiDB Operator 已正式開源（pingcap/tidb-operator）。借助 TiDB Operator，TiDB 可以無縫運行在公有云...
    
                                                   
                          
    
                                
    
                                    singerye
                                    
                                    評論0 
                                    收藏0 
                                
    
                          
    
                      
    
                    
    •  
                                                                                       
  • 
                                                
    
                          
    聽說支付寶有一個“瘋起來連自己都打”的項目
    
                                                     
    摘要：支付寶瘋起來連自己都打的項目就是紅藍軍技術攻防演練，他們不僅每周進行全棧級別的演練，每年還會舉行規模極大的期中考試和期末考試。在支付寶，藍軍從屬于螞蟻金服技術風險部，而紅軍則包括及各業務部門的技術團隊。


摘要：?紅軍 VS 藍軍，誰是更強者？
?小螞蟻說：
自古紅藍出CP，在螞蟻金服就有這樣兩支相愛相殺的隊伍——紅軍和藍軍。藍軍是進攻方，主要職責是挖掘系統的弱點并發起真實的攻擊，俗稱...
    
                                                   
                          
    
                                
    
                                    trigkit4
                                    
                                    評論0 
                                    收藏0 
                                
    
                          
    
                      
    
                    
    •  
                                                                           
                

              

              
               

                  
                  
發表評論

                   
               

              

                

                  
0條評論
   
                
 
                      

              

           

           

              
 
                

                    
                    
IT那活兒

                    
男|高級講師

                    
                    

                          
TA的文章

                          閱讀更多
                    

                      
                


                   
              
  

                  
最新活動
 
           
                             
              





                                
              

           

        

      
 
    

    
     

      
    

    
    

    
       
       

         
閱讀需要支付1元查看
  
         
     
       

      
  
    
    













<