使用 TiUP 工具升级 TiDB 集群到 v7.5 的具体步骤是什么?
使用 TiUP 升级 TiDB 集群到 v7.5 需要先确认当前版本和组件状态,根据源版本决定是否可以在线升级或必须停机升级,升级过程中避免执行 DDL 语句,升级后验证各组件状态和配置参数。…
使用 TiUP 升级 TiDB 集群到 v7.5 需要先确认当前版本和组件状态,根据源版本决定是否可以在线升级或必须停机升级,升级过程中避免执行 DDL 语句,升级后验证各组件状态和配置参数。…
修改 tidb_max_txn_ttl 参数可以限制事务的最大存活时间,防止长事务持有锁过久影响 GC 和 schema 变更,适用于存在长事务阻塞集群的场景。调整 tidb_max_txn_ttl 参数不会阻止大事务产生,但会在事务超时时…
TiDB 生产环境部署至少需要 3 台服务器以实现组件高可用,测试环境可单节点运行。生产场景必须保证 PD 组件奇数节点和 TiKV 多副本,否则存在单点故障风险。…
Linux 下 Redis 6.2 开启持久化后消息队列延迟升高,通常是因为 AOF 重写或 RDB 快照触发 fork 子进程时阻塞主线程,或磁盘 fsync 策略过于频繁。优先调整 appendfsync 为 everysec,关闭 a…
Redis 5.0 Stream 消费者 pending 消息堆积通常因消费者崩溃未 ACK 导致,清理核心是用 XCLAIM 接管空闲消息所有权,再用 XACK 确认或 XDEL 删除。适用场景是消费者组内有僵尸消费者,风险边界是强制接管…
Redis 哨兵模式切换主节点后,发布订阅(Pub/Sub)消息无法恢复,因为该模式不持久化且不复制;恢复的核心是客户端主动重连新主节点并重新订阅频道。…
Coprocessor 耗时过高通常意味着 TiKV 层数据处理压力大,优先通过 EXPLAIN ANALYZE 确认执行计划,再结合 TiDB Dashboard 查看具体算子耗时。适用场景为生产环境慢查询排查,风险边界在于在线执行 EX…
TiDB 导入数据出现 Error 8004 通常表示发生了写冲突(Write Conflict),多见于乐观事务模式下并发修改同一行数据。最推荐的优化方向是改用 TiDB Lightning 工具进行导入,或在会话级开启悲观事务模式,但需…
TiDB 集群中单个 TiKV 节点宕机通常不会导致 Region 不可用,因为 Raft 协议多数派副本仍可提供服务。若多数派副本丢失导致 Region unavailable,需尽快恢复节点或剔除故障 Store 触发 PD 调度补副本…
使用毫秒级时间戳作为分数,并在分数相同时引入唯一序列号或采用复合分值编码,可避免 Redis ZSET 因字典序排序导致的消息乱序。生产环境必须配合 Lua 脚本实现“查询 + 删除”的原子操作,防止重复消费。…
TiDB 连接报错 Access denied for user root 多数由密码错误、客户端 host 不匹配或权限未刷新导致。修复时需优先通过其他管理员账号登录检查权限表,生产环境重置 root 密码前需评估业务中断风险。…
TiDB 从 5.4 升级到 7.1 跨越了多个大版本,优化器内核的成本模型和规则引擎发生了迭代,导致部分 SQL 执行计划出现变化属于预期行为。…
遇到 TiDB 执行 alter table 报错或 DDL 任务堆积时,优先使用ADMIN SHOW DDL JOBS查看队列状态,确认任务是正在运行、排队还是暂停。对于正在运行的重负载 DDL,可通过ADMIN ALTER DDL JO…
在 Spring Cloud 中使用 Redis Stream 实现可靠消息投递,推荐启用消费者组(Consumer Group)并配置手动 ACK 确认机制。适用场景为中低吞吐量业务,风险边界在于 Redis 持久化配置不当可能导致消息丢…
Redis 6.0 开启 ACL 后,消息队列客户端需在连接配置中显式指定用户名和密码,若使用默认 default 用户可仅配密码。集群环境下需在每个节点单独配置 ACL 规则,否则重定向后会认证失败。…
使用 Redis List 实现不丢数据的任务队列,推荐采用 BRPOPLPUSH 命令或将消息先备份到处理中列表再确认删除。该方案适合对可靠性要求中等、允许少量延迟的内部任务场景,主要风险边界在于 Redis 服务端宕机且未开启持久化时仍…
PD 节点启动报 etcd server 超时通常由网络不通、磁盘 IO 过高或时间不同步导致。优先检查 pd.log 日志和网络连通性,若数据目录损坏需清理后重启,但清理数据前需确认集群状态以避免数据丢失。…
TiDB 6.5 报错 Error 9002 表示事务等待锁超时,直接解决办法是查询 information_schema.data_lock_waits 定位持有锁的事务 ID,随后终止阻塞会话或优化长事务。适用场景为业务高峰期锁竞争,风…
Redis Stream 消费组原生不支持在配置文件或命令中直接设置最大 pending 消息数量限制。防止消费组阻塞需要在应用层实现背压控制,配合 XPENDING 监控与 XCLAIM 消息重分配机制。…
在 Docker 中部署支持消息队列功能的 Redis 6.2,最直接的方式是使用官方镜像启动容器,并开启 Streams 或 List 数据结构特性,同时配置持久化防止消息丢失。…
共 14,554 篇问答