用令牌桶的“剩余令牌数”表征系统冷热状态，动态调整 QPS 上限，实现平滑预热。✅冷启动保护：避免系统刚启动被打垮；✅自适应调整：根据实际 QPS 动态加令牌；✅线性模型：简单高效，易于理解和配置；✅非阻塞：超限直接拒绝，不阻塞线程。

步骤目的1. 查v$session找出被阻塞的会话2. 根据查阻塞者定位谁持有锁3. 查v$sql获取阻塞者的 SQL知道是哪条语句没提交4. （可选）查v$lock确认锁细节深入分析锁类型5. 联系用户或 kill 会话解决阻塞通过以上方法，你可以快速定位并解决 Oracle 中UPDATE被阻塞的问题。

Quartz进行任务调度时通常会要求一个任务禁止并发执行，此时只需要在Job类上面添加一个注解```@DisallowConcurrentExecution```即可。在保存到数据库里面时，对应```QRTZ_JOB_DETAILS```表中的```IS_NONCONCURRENT```字段的值为1（true）

类角色类比时间窗口的“信封”信封（写明时间段）指标的“记分牌”记分牌（pass=5, block=2）滑动窗口的“转盘”转盘（10 个格子循环使用）标准转盘实现标准记分转盘对外的“统计员”统计员（你问他“最近1秒多少QPS？”，他去转盘上加总）✅最终目标在高并发下，以极低开销，实时、准确地回答：“过去 N 秒内，这个接口的 QPS/错误率/RT 是多少？这就是 Sentinel 实现智能限流、熔断

特性说明基于滑动窗口统计使用LeapArray实现高精度、低内存的实时统计防误判机制避免低流量时因个别慢请求误熔断快速失败OPEN 状态下直接拒绝，不消耗资源自动恢复timeWindow后自动尝试恢复（HALF_OPEN）策略灵活支持 RT、异常比例、异常数三种主流熔断场景你看到的代码体现了 Sentinel现代熔断器“基于实时指标 + 滑动窗口 + 状态机” 实现自适应熔断更精准（比例 vs 绝

是 Sentinel 熔断功能的中枢控制器接收规则（静态或动态）；验证规则（确保参数合法）；生成熔断器（按策略创建实例）；提供运行时支持（Slot 通过获取熔断器执行检查）。理解它，就理解了 Sentinel 熔断机制的“配置到执行”全链路。如果你对的具体工作原理（如状态机、指标统计）感兴趣，也可以继续深入！

实现了一种带预热的匀速排队限流器阶段行为预热期请求间隔较长（QPS 低），随时间逐渐缩短稳定期请求按固定间隔（1/count 秒）通过超过速率请求排队等待，最多等，超时拒绝适用于对系统稳定性要求高、且能接受少量延迟的场景，如数据库写入、支付接口等。如果你有具体疑问（比如某行代码、为什么用slope怎么算等），欢迎继续问！源码如下@Override@Override} else {} else {}

能力说明多维度限流线程数 / QPS精细化控制按来源（origin）、按调用链、按关联资源智能流量整形预热、匀速排队（漏桶）集群协同全局限流，避免单机视角偏差高可用降级集群失败 → 本地限流 or 放行。

是 Sentinel 的“指标心脏”，它通过双时间尺度（秒/分）的滑动窗口，高效、准确、线程安全地采集资源的实时运行数据，为流控、熔断、系统保护等能力提供决策依据。

Apache Ignite的分布式死锁检测机制解析：在悲观事务模式下，当多个事务以不同顺序获取锁时可能引发死锁。Ignite通过事务超时触发检测流程，生成包含事务、节点和键信息的详细报告（需设置IGNITE_TX_DEADLOCK_DETECTION参数）。系统不会自动避免死锁，但会抛出TransactionDeadlockException并提供诊断信息。建议统一加锁顺序、设置合理超时，并调整检