面试题答案
一键面试1. 慢查询日志相关配置参数对性能调优的影响
- slowlog - log - slower - than：
- 含义：该参数用于设置执行时间超过多少微秒的命令会被记录到慢查询日志中。例如，设置为10000（即10毫秒），那么执行时间大于10毫秒的命令会被记录。
- 影响：如果设置的值过小，会记录大量相对正常的命令，增加日志记录开销，可能影响Redis性能；如果设置过大，可能会遗漏真正需要优化的慢命令，无法有效进行性能调优。
- slowlog - max - len：
- 含义：定义了慢查询日志最多能保存多少条记录。当慢查询日志数量达到这个上限时，新的记录会覆盖旧的记录。
- 影响：若设置过小，可能会丢失较早的慢查询记录，不利于长期分析性能问题；若设置过大，会占用过多内存，影响Redis整体性能。
2. 不同业务场景下参数的合理调整
- 读多写少的缓存场景：
- slowlog - log - slower - than：可以适当调大，比如设置为50000微秒（50毫秒）。因为读操作一般很快，设置较大的值能聚焦在真正影响性能的慢读命令上，减少日志记录开销。
- slowlog - max - len：可以设置相对较小，如100。由于读多写少，慢查询相对较少，较小的日志长度也能满足分析需求，节省内存。
- 读写均衡且业务复杂场景：
- slowlog - log - slower - than：设置相对适中，例如10000微秒（10毫秒）。这样能及时发现大部分慢命令，无论是读还是写操作中的慢命令都能被记录。
- slowlog - max - len：设置为500左右，因为业务复杂可能产生较多慢查询，较大的日志长度有助于全面分析性能问题。
3. 实际Redis性能调优案例中慢查询日志的关键作用
假设一个电商系统，使用Redis作为商品缓存。一段时间后，发现系统响应速度变慢。
- 发现问题：通过查看慢查询日志，发现大量
HGETALL命令执行时间超长，slowlog - log - slower - than设置为10000微秒，很多HGETALL命令都超过这个时间被记录下来。 - 分析问题：分析发现是因为商品信息存储结构不合理，
HGETALL会返回大量字段，导致网络传输和处理时间长。 - 解决问题：优化数据结构，将商品信息拆分成多个Hash结构，只在需要时获取部分字段。同时，根据业务实际情况，适当调整
slowlog - log - slower - than为5000微秒，确保能更精准捕捉可能影响性能的命令；调整slowlog - max - len为300，在满足分析需求的同时节省内存。最终系统性能得到显著提升，慢查询日志中的记录数量也大幅减少。
在这个案例中，慢查询日志准确指出了性能瓶颈所在的命令，为后续的性能优化提供了关键依据，通过调整参数又能更高效地利用日志进行性能监控和优化。