Redis 哨兵（Sentinel）是 Redis 官方提供的高可用（High Availability, HA）解决方案，主要用于监控 Redis 主从复制集群中的主节点（Master），并在主节点发生故障时自动完成故障转移（Failover），将其中一个从节点（Slave）提升为新的主节点，同时调整其他从节点指向新主节点，从而保证 Redis 服务的持续可用。本文带着大家从0到1吃透Redis

本文聚焦AI编程工具的效率优化痛点，针对开发者面临的重复编码耗时、团队风格不统一、AI生成代码易"返工"等难题，重点解析智能编程工具Cursor Rule的核心价值——通过自定义规则引擎让AI"按规矩写代码"。区别于传统AI的"自由生成"模式，Cursor Rule通过预设代码格式、注释标准、业务逻辑约束等规则库，实现从"可能合规"到"必然合规"的转变，将编码效率从"被动纠偏"转向"主动可控"。文

MySQL 路由算法主要用于分布式数据库场景​（如分库分表、读写分离集群），其核心目标是将客户端的请求（SQL）准确、高效地转发到目标后端数据库节点，确保数据访问的正确性和性能。本文将从路由场景、常见算法、中间件实现及选择与优化四个维度详细解析。

在 MySQL 中，死锁（Deadlock）是指两个或多个事务因互相持有对方所需的资源（如行锁、表锁）而无法继续执行的状态。MySQL 的 InnoDB 存储引擎内置了死锁检测机制，可自动检测并解决死锁（通常会回滚其中一个事务）。本文将对检查和诊断死锁的方法进行介绍。

在实际开发中，我们经常会遇到批量数据写入/更新的场景，比如初始化基础数据、日志批量入库、批量同步第三方数据等。这时候如果直接用MyBatis Plus默认的saveBatch或saveOrUpdateBatch，往往会遇到执行慢、内存溢出、数据库压力大等问题。今天就笔者结合项目实战，分享一套亲测有效的MyBatis Plus批量操作优化方案，帮你把百万数据插入从“分钟级”干到“秒级”！

作为Java开发圈的“流量担当”，MyBatis凭借简单易用的特性圈粉无数。但实际开发中，不少小伙伴都踩过这样的坑：页面点查询等5秒，日志里一条SQL慢得怀疑人生。今天咱们就来扒一扒MyBatis慢SQL的优化套路，从定位问题到动手解决，手把手教你成为SQL调优高手！

生产环境必须用 Redisson，不要手写 Redis 锁原子加锁、唯一标识、Lua 解锁、看门狗续期、可重入高可用：普通业务用普通锁，核心业务用 Redlock 红锁代码可直接复制到生产环境使用，无坑、稳定可靠。

已产生的死锁：MySQL 自动回滚一个事务，无需手动处理查死锁原因：用根治死锁：固定访问顺序 + 加索引 + 短事务 + 代码重试兜底：业务捕获死锁异常自动重试，用户无感知。

CPU高：用threadtrace定位耗CPU线程与慢方法频繁GC：用dashboardgcheapdump定位内存问题Arthas 全程无侵入、不重启、线上直接用。

工具核心用途最常用命令jstat看 GC、内存使用率、性能监控jstack看线程、死锁、CPU 飙高jmap导出堆快照、看对象数量jhat分析堆快照（Web 界面）jstat：监控 GC 和内存使用，不暂停应用jstack：抓线程堆栈，查死锁、CPU 高jmap：导出堆快照，查对象泄漏jhat：简单分析堆快照（推荐用 MAT 替代）这四个工具是 Java 线上问题排查的基础必备技能，记住常用命令就