-
Redis延迟高但CPU正常通常是网络丢包或抖动所致，表现为redis-cli--latency毛刺飙升、ping标准差>10ms或丢包率>0.1%，需用tcpdump抓包分析重传与ACK丢弃，并排查云环境安全组、NAT会话老化及内核TCP参数配置。
-
Redis默认单线程设计，仅用一个CPU核，多核需通过部署多个实例分摊压力；Redis7.0的--server-workers仅加速网络I/O，不提升命令执行并发。
-
必须显式配置client-output-buffer-limit，否则普通客户端无输出缓冲区上限，易致内存耗尽；需为normal、pubsub等类型分别设置hard/soft限制，尤其pubsub缓冲区最易失控。
-
不能。PSUBSCRIBE仅支持glob模式（、?、[abc]），不解析冒号分隔的层级语义，news::等多星写法无效；实际可行的是单通配符前缀匹配（如news:），依赖命名规范而非Redis自动路由。
-
MySQL数据归档主要有四种方式。1.使用SQL语句手动归档，通过INSERT和DELETE迁移历史数据，适合小规模场景但需注意事务控制、索引影响和备份确认；2.利用事件调度器实现定时自动归档，可设定周期任务并建议配合分区使用以减少性能影响；3.结合时间分区表进行归档，提升查询效率且操作整个分区更高效，但存在分区键设计限制；4.借助第三方工具如pt-archiver或mysqldump，前者支持边归档边删除并控制资源占用，后者适用于低频小规模归档。根据数据量和业务需求选择合适方法，小型项目可用SQL+事件
-
MySQL数据备份的关键方法包括：一、使用mysqldump进行逻辑备份，适合中小型数据库，可通过命令实现全量备份并结合压缩节省空间；二、物理备份通过直接复制数据文件实现，速度快但需停机或使用一致性机制；三、利用binlog实现增量备份，支持时间点恢复，建议定期归档日志以减少数据丢失风险；四、合理策略如每日全量+小时binlog归档、周全量+日增量+binlog、主从复制+定时备份等，同时必须定期验证备份可恢复性。
