-
应先检查是否连接泄露，再调整maxclients：通过redis-cliclientlist确认连接是否持续增长，修复Jedis未close问题；若确需扩容，须同步调高系统ulimit-n并重启Redis。
-
LPUSH+BRPOP构成FIFO阻塞队列，兼容Redis2.0+；但消费失败会导致消息丢失，适合允许少量丢失的场景，强可靠性需求应改用Stream。
-
RedisSentinel进程挂了由systemd兜底重启，因其默认可用、配置简洁、日志集成好；需配置Restart=always、明确--sentinel参数、检查端口绑定、配置语法及目录权限，并通过redis-cli验证哨兵实际工作状态。
-
哨兵选主按slave-priority、复制偏移量、RunID三步筛选：优先过滤priority为0的节点；再比对offset，越大越优；最后按RunID字典序升序取首个。
-
Redis卡顿主因是内存满时同步驱逐bigkey，导致主线程阻塞；应启用lazyfree-lazy-eviction、改DEL为UNLINK、用--bigkeys定位大key，并依访问模式选allkeys-random或allkeys-lfu淘汰策略。
-
<p>MySQL数据库创建的完整流程包括规划、命名、创建数据库、创建表、权限管理和最佳实践。1.规划时需考虑数据类型、规模、访问频率和扩展性。2.命名应简洁明了并与项目一致，如"projectx_db"。3.使用SQL命令创建数据库并设置字符集和排序规则，如CREATEDATABASEprojectx_dbCHARACTERSETutf8mb4COLLATEutf8mb4_unicode_ci;。4.创建表时遵循规范化设计，避免数据冗余，如CREATETABLEusers(idINTAUTO_
-
Redis集群启动失败、节点无法握手、CLUSTERNODES显示fail或connecting，大概率是Bus端口（clientport+10000）被占用；需确保各节点clientport与其对应bus端口区间互不重叠，如7000→17000，则下一节点clientport至少为17001。
-
Redis的String类型加剧内存碎片是因为频繁SET/GET/APPEND导致jemalloc中大小不一的内存块反复分配释放，旧块无法复用而残留为碎片，表现为mem_fragmentation_ratio>1.5且used_memory_rss远大于used_memory。
-
MySQL存储引擎是管理数据存储与检索的底层组件，决定数据保存、索引、事务处理方式。InnoDB为默认引擎，支持事务、行级锁和外键，适用于高并发场景；MyISAM不支持事务，但读取性能好，适合查询为主的应用；MEMORY引擎将数据存于内存，适合临时缓存；CSV用于文本数据交互。不同引擎在事务支持、锁机制、索引类型和崩溃恢复等方面特性各异，通过SHOWENGINES;可查看支持的引擎。选择应基于业务需求，如事务需求选InnoDB，统计报表可选MyISAM，以提升性能与稳定性。
