HBase Practice At XiaoMiSerial Replication Replication task flow - version #0 HMaster Region Server - 0 Client 1.Add Peer Request ZK Cluster Region Server - 1 3.Response 2.Write to ZK Receive watch event and add a new Sync Replication) Replication task flow - version #1 HMaster Region Server - 0 Client 1.Add Peer Request ZK Cluster Region Server - 1 3.Response 2.Write to ZK Receive watch event and add a new ➢ Async zookeeper notification from client to region server. ○ Client does not know whether the peer is added success or failure at server side. ○ Notification lost when RegionServer is not alive. (HBASE-12769)0 码力 | 56 页 | 350.38 KB | 1 年前3
TiDB v5.3 Documentation· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2995 15.5.1 Region/peer/Raft group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2995 15 to 64. 39 Configuration file Configuration item Change type Description PD max- �→ pending �→ -peer- �→ count Modified Controls the maximum number of pending peers in a single store. PD schedulers invalidates tidb_snapshot #28683 – Fix a bug that BR is not working for clusters with many missing-peer Regions #27534 – Fix the unexpected error like tidb_cast to Int32 is not supported when the unsupported0 码力 | 2996 页 | 49.30 MB | 1 年前3
TiDB v5.4 Documentation· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3649 15.8.1 Region/peer/Raft group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 3649 15 and you can continue the upgrade. • If the result is “Regions are not fully healthy: m miss-peer, n pending-peer” with the “Please fix unhealthy regions before other operations.” prompt, some Regions in configuration file template: pd_servers: - host: 10.0.1.5 ssh_port: 22 name: pd-1 client_port: 2379 peer_port: 2380 deploy_dir: /tidb-deploy/pd-2379 data_dir: /tidb-data/pd-2379 log_dir: /tidb-deploy/pd-2379/log0 码力 | 3650 页 | 52.72 MB | 1 年前3
TiDB v5.2 Documentation· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2847 15.5.1 Region/peer/Raft group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2847 15 TiKV con- figuration file raftstore. �→ max- �→ peer- �→ down- �→ duration �→ Modified Indicates the longest inactive duration allowed for a peer. A peer with timeout is marked as down, and PD tries to index join in correlated subqueries is wrong #25799 • TiKV – Fix the wrong tikv_raftstore_hibernated_peer_state metric #10330 – Fix the wrong arguments type of the json_unquote() function in the coprocessor0 码力 | 2848 页 | 47.90 MB | 1 年前3
TiDB v5.1 Documentation· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2744 15.5.1 Region/peer/Raft group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2744 15 and you can continue the upgrade. • If the result is “Regions are not fully healthy: m miss-peer, n pending-peer” with the “Please fix unhealthy regions before other operations.” prompt, some Regions in configuration file template: pd_servers: - host: 10.0.1.5 ssh_port: 22 name: pd-1 client_port: 2379 peer_port: 2380 deploy_dir: /data/deploy/install/deploy/pd-2379 data_dir: /data/deploy/install/data/pd-23790 码力 | 2745 页 | 47.65 MB | 1 年前3
TiDB v5.2 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2259 15.5.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · Raftstore 组件的 延迟情况,该 配置项设置检 测的时间间隔。 当检测的延迟 超过该时间, 该检测会被记 为超时。默认 值为 500ms。 TiKV 配置文件 raftstore.max �→ -peer-down �→ -duration 修改 表示副本允许 的最长未响应 时间,超过将 被标记为 down, 后续 PD 会尝试 将其删掉。默 认值从 5m 修改 为 10m。 TiKV 配置文件 index-out-of-range 错误 #23839 – 修复关联子查询中 Index Join 的结果不正确问题 #25799 • TiKV – 修复错误的 tikv_raftstore_hibernated_peer_state 监控指标 #10330 – 修复 coprocessor 中 json_unquote() 函数错误的参数类型 #10176 – 正常关机时跳过清理 Raftstore 的回调从而避免在某些情况下破坏事务的0 码力 | 2259 页 | 48.16 MB | 1 年前3
TiDB v5.3 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2373 15.5.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 个配置来防止 抢占正常业务 的资源。默认 值从 3 修改为 64。 31 配置文件 配置项 修改类型 描述 PD max-pending- �→ peer-count 修改 此配置项用于 控制单个 store 的 pending peer 上限,调度受 制于这个配置 来防止在部分 节点产生大量 日志落后的 Region。默认值 从 16 修改为 64。 TiD Lightning meta-schema- 修复当新增索引时自动分析可能会在指定时间之外触发的问题 #28698 38 – 修复设置任何会话变量都会使 tidb_snapshot 失效的问题 #28683 – 修复在有大量 miss-peer region 的集群中 BR 不可用的问题 #27534 – 修复当不支持的 cast 被下推到 TiFlash 时出现的非预期错误,例如 tidb_cast to Int32 is not0 码力 | 2374 页 | 49.52 MB | 1 年前3
TiDB v5.4 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2851 15.8.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · are healthy”,则说明当前集群中所有 region 均为健康状态,可以继续执行升级;如果结果为 “Regions are not fully healthy: m miss-peer, n pending-peer” 并提示 “Please fix unhealthy regions before other operations.”,则说明当前集群中有 region 处在异常状态,应先排 除相应异常状态,并再次检查结果为 /tidb-deploy/tikv-20160/log PD 配置文件参考: pd_servers: - host: 10.0.1.5 ssh_port: 22 name: pd-1 client_port: 2379 peer_port: 2380 deploy_dir: /tidb-deploy/pd-2379 data_dir: /tidb-data/pd-2379 log_dir: /tidb-deploy/pd-2379/log0 码力 | 2852 页 | 52.59 MB | 1 年前3
TiDB v5.1 中文手册· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 2189 15.5.1 Region/Peer/Raft Group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · store 数量多的情况下,切换 PD Leader 慢的问题 #3697 – 修复删除不存在的 evict leader 调度器时出现 panic 的问题 #3660 – 修复 offline peer 在合并完后未更新统计的问题 #3611 33 • TiFlash – 修复 TIME 类型转换为 INT 类型时产生错误结果的问题 – 修复 receiver 可能无法在 10 秒内找到对应任务的问题 are healthy”,则说明当前集群中所有 region 均为健康状态,可以继续执行升级;如果结果为 “Regions are not fully healthy: m miss-peer, n pending-peer” 并提示 “Please fix unhealthy regions before other operations.”,则说明当前集群中有 region 处在异常状态,应先排 除相应异常状态,并再次检查结果为0 码力 | 2189 页 | 47.96 MB | 1 年前3
TiDB v6.1 Documentation· · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4486 17.10.2 Region/peer/Raft group · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · 4486 17 When RocksDB detects a damaged SST file in the background, TiKV will try to schedule the affected Peer and recover its data using other replicas. You can set the maximum allowable time for the recovery and you can continue the upgrade. • If the result is “Regions are not fully healthy: m miss-peer, n pending-peer” with the “Please fix unhealthy regions before other operations.” prompt, some Regions in0 码力 | 4487 页 | 84.44 MB | 1 年前3
共 122 条
- 1
- 2
- 3
- 4
- 5
- 6
- 13













