-
Redis的有序集合（SortedSet）非常适合排行榜应用。1）它可以轻松维护有序列表并按分数排序，2）通过简单命令实现数据的插入、更新、查询和删除，3）但在大规模数据下需优化查询性能和处理实时更新，4）需保证数据一致性和完整性。
-
通过实际案例掌握MySQL基本操作的方法包括：1.创建表，使用CREATETABLE语句定义表结构；2.插入数据，使用INSERTINTO语句添加记录；3.查询数据，使用SELECT语句查看记录；4.更新数据，使用UPDATE语句修改记录；5.删除数据，使用DELETE语句移除记录。这些操作通过图书馆数据库案例详细演示，并强调了索引和事务的重要性，帮助初学者避免常见误区。
-
MySQL的查询缓存已废弃，是否还值得使用取决于版本和业务场景。1.查询缓存可缓存SELECT语句及其结果，提升读多写少场景的性能；2.但一旦表有写入操作，相关缓存会被清空，高并发写入时易引发性能问题；3.MySQL5.7.20开始标记为废弃，8.0彻底移除，建议使用Redis等外部缓存替代；4.启用时需配置query_cache_type和query_cache_size参数，并合理控制内存大小；5.可通过Qcache_hits、Com_select、Qcache_inserts等状态变量判断缓存命中情
-
要处理Redis慢查询日志，首先配置Redis服务器记录慢查询，然后分析日志并优化查询。1.设置slowlog-log-slower-than和slowlog-max-len参数。2.使用SLOWLOGGET命令查看慢查询记录。3.优化查询命令，如用SCAN替代KEYS。4.重新设计数据结构，如用有序集合替代普通集合。5.使用Pipeline批量执行命令。持续监控和分析慢查询日志以优化Redis性能。
-
应优先使用pipeline批量发命令替代单条轮询，避免高RTT开销；对计数类操作用INCR/DECR原子增减；设值带过期统一用SET的EX/PX/NX参数；高频读不变Key应加客户端本地缓存。
-
不能。volatile-ttl仅在内存不足时随机采样少量带过期时间的key淘汰TTL最小者，并非定时批量清理；高QPS下写入快于淘汰易致OOM，需配合随机偏移、调优采样数、限流及兜底策略。
-
RedisCommandTimeoutException本质是命令执行完成但客户端未及时收到响应，与连接池大小无关；应优先调整command-timeout、keepalive及tcpUserTimeout等网络层参数。
-
根本原因是客户端频繁新建并立即关闭TCP连接，导致Linux内核在主动关闭方维持TIME_WAIT状态（2×MSL，通常60秒），端口无法复用；Redis服务端不产生该状态，问题源于客户端未复用连接池、错误调用close()、配置不当或框架内重复初始化。
-
volatile-lru是仅对设置了TTL的key生效的近似LRU淘汰策略，不淘汰无过期时间的key；必须显式配置maxmemory-policy且配合EXPIRE或SETEX使用，否则无效。
-
MySQL 8.0+ 应用 JSON_TABLE 安全拆分逗号字符串，需先 REPLACE 转为合法 JSON 数组格式并注意空格，再结合 TRIM/NULLIF 处理空值；超千行建议移至应用层处理。MySQL 8.0+ 怎么用 JSON_TABLE 安全拆分逗号字符串直接用 SUBSTRING_I
-
用部门层级和类别树说明 MySQL 8.4 递归 CTE 的停止条件、cte_max_recursion_depth、循环引用检测与路径验收，避免层级查询卡住或重复展开。
-
联合索引遇到中间列范围条件后，后列通常不能继续缩小同一个连续扫描区间。本文用键组顺序和 EXPLAIN 说明原因，并给出索引重排判断清单。
-
Redis UNLINK 只会先把 key 从键空间摘除，真正的对象释放在后台异步完成。本文用 lazyfree 队列、used_memory、RSS 和 MEMORY STATS 建立删除大键后的内存回收判断方法。
-
Redis BZPOPMIN 在集合为空时阻塞等待，有成员时弹出最低分项。本文说明超时秒数、多 key 的来源选择顺序，并用独立示例区分队列内最小值与全局最小值，提醒弹出后的任务恢复责任。
-
SET DEFAULT ROLE 改的是账号的默认激活集合，主要影响下一次认证登录；已有连接不会自动切换。本文区分默认角色、当前会话和全量自动激活策略，并给出同一连接的核对方法。
