-
MySQL数据归档主要有四种方式。1.使用SQL语句手动归档，通过INSERT和DELETE迁移历史数据，适合小规模场景但需注意事务控制、索引影响和备份确认；2.利用事件调度器实现定时自动归档，可设定周期任务并建议配合分区使用以减少性能影响；3.结合时间分区表进行归档，提升查询效率且操作整个分区更高效，但存在分区键设计限制；4.借助第三方工具如pt-archiver或mysqldump，前者支持边归档边删除并控制资源占用，后者适用于低频小规模归档。根据数据量和业务需求选择合适方法，小型项目可用SQL+事件
-
要保护Redis数据不被未授权访问，应采取以下措施：1.设置强密码认证，使用requirepass配置项。2.绑定Redis到特定IP地址，如127.0.0.1。3.使用ACL设置不同用户权限。4.配置防火墙规则限制Redis端口访问。5.使用TLS加密Redis通信。通过这些措施，可以有效降低Redis数据泄露风险，确保应用安全性和稳定性。
-
外键约束在MySQL中用于维护数据完整性，级联删除和SETNULL是两种处理删除操作的策略。1.创建父表并定义主键；2.创建子表时通过FOREIGNKEY指定外键，并使用ONDELETECASCADE或ONDELETESETNULL设定删除策略；3.插入测试数据验证约束效果；4.使用ALTERTABLE修改已有表的外键约束。级联删除适用于需同步删除关联数据的场景，而SETNULL适用于保留子表记录但解除关联的场景，且外键字段必须允许为NULL。选择合适策略可提升数据库一致性与业务匹配度。
-
配置RedisSentinel高可用集群需要以下步骤：1.配置Sentinel节点，使用sentinelmonitor指令监控主节点；2.设置主从节点，确保从节点能自动接管；3.确保网络稳定性，避免误判；4.至少配置三个Sentinel节点保证高可用性；5.谨慎配置故障转移策略，设置超时时间；6.确保数据一致性，通过配置min-slaves-to-write和min-slaves-max-lag减少数据丢失风险；7.调整sentineldown-after-milliseconds参数减少不必要的故障转移
-
MySQL主从复制的搭建步骤包括：一、主库开启二进制日志并创建复制账号；二、获取主库数据并导出；三、配置从库并启动复制；四、常用参数包括server-id、log-bin、relay-log等；五、常见问题如延迟、连接失败需逐一排查。具体操作为：1.在主库配置文件中设置server-id=1和log-bin=mysql-bin；2.创建repl用户并授权；3.锁表后执行mysqldump导出数据并解锁；4.从库配置server-id=2，导入数据后通过CHANGEMASTER命令连接主库并启动复制；5.常
-
优化MySQL查询性能和正确使用索引需从合理创建索引、避免全表扫描、优化SQL写法、定期维护表四方面入手。1.合理创建索引，主键自动有索引，常用于查询条件的字段如用户ID、订单号建议加索引，组合查询多时可用联合索引并遵守最左匹配原则；2.避免全表扫描，通过EXPLAIN查看是否使用索引，避免因函数操作、模糊查询开头用通配符、类型转换、OR连接导致索引失效；3.优化SQL写法，避免SELECT*，减少数据传输，改用JOIN代替多层子查询，分页大数据时采用基于索引的游标方式；4.定期分析维护表，使用ANALY
-
MySQL修改表结构常用ALTERTABLE语句实现，1.添加列使用ADDCOLUMN并指定数据类型、约束及位置；2.修改列用MODIFY或CHANGECOLUMN调整数据类型或列名；3.删除列用DROPCOLUMN需谨慎操作避免影响业务；4.添加索引用ADDINDEX/UNIQUE/PRIMARYKEY，删除用DROPINDEX；5.重命名表使用RENAMETO注意更新依赖对象。
-
在Redis多租户环境中，通过数据库实例隔离、数据库隔离、键名前缀实现数据隔离；使用ACL进行权限控制；通过内存限制和连接池管理资源分配；通过加密传输、认证和防火墙提升安全性。
-
HAVING和WHERE的区别在于作用时机和场景：1.WHERE在分组前筛选行，用于过滤原始数据，如筛选工资>5000的员工；2.HAVING在分组后筛选结果，用于过滤聚合结果，如保留员工数>5的部门；3.两者可同时使用，如先筛选工资>5000的员工，再保留平均工资>8000的部门；4.不能在WHERE中使用聚合函数，因为其逐行判断，而聚合计算需基于一组行。
-
MySQL缓存优化主要通过InnoDB缓冲池和应用层缓存实现。1.合理配置InnoDB缓冲池大小（建议物理内存的50%~80%）、启用多个实例减少争用、预加载热点数据提升重启后性能；2.MySQL8.0以上使用Redis或Memcached做应用层缓存、手动缓存SQL结果、使用物化视图减少复杂查询开销；3.利用操作系统文件系统缓存数据文件，提升读取速度；4.开启慢查询日志优化高频低效语句，提升整体缓存效率并减少资源浪费。
-
在启动Redis时，可以通过命令行参数--config或-c来指定配置文件，确保Redis使用自定义配置而非默认配置。例如：1.基本用法：redis-server/etc/redis/redis.conf。2.高级用法：在主配置文件中使用INCLUDE指令引入其他配置文件。
-
Redis和MongoDB用于优化数据读写，因为它们各有优势。1)Redis适合数据缓存，其高速读写和内存存储特性适用于频繁读写的场景，如电商网站的购物车信息。2)MongoDB适用于复杂数据存储，其灵活的文档模型和查询能力适合处理大量用户生成内容，如社交媒体的帖子和评论。
-
MySQL的count查询性能问题主要在于数据量大时变慢，尤其带条件的count。优化思路包括减少扫描行数、利用索引、避免多余计算和锁等待。一、count查询慢的原因是需遍历数据，无索引字段做where条件导致全表扫描，复杂join或子查询增加计算成本，count(主键)与count(字段)结果不同。二、提升性能的方法：1.给where条件字段加索引；2.使用覆盖索引避免回表；3.区分count(*)和count(主键)的统计差异；4.避免对大表直接count，可用缓存、预计算或近似函数替代。三、常见误区
-
Redis事务通过将多个命令打包一次性执行，提供有限的原子性和隔离性。其核心实现步骤为：1.MULTI开启事务；2.命令入队但不立即执行；3.EXEC按顺序执行队列中的命令并返回结果；4.DISCARD取消事务。WATCH用于监控key以实现乐观锁。Redis事务无法完全满足ACID特性，原子性仅保证命令全执行或全不执行，但不支持回滚；一致性依赖客户端处理；隔离性有限；持久性取决于持久化策略。事务不支持回滚的原因在于设计哲学追求高效简单。执行失败时需根据EXEC返回值判断原因并重试或放弃。与Lua脚本相比
-
使用布隆过滤器防护缓存穿透是因为它能快速判断元素是否可能存在，拦截不存在的请求，保护数据库。Redis布隆过滤器通过低内存占用高效判断元素存在性，成功拦截无效请求，减轻数据库压力。尽管存在误判率，但这种误判在缓存穿透防护中是可接受的。
