Какие плюсы и минусы Redis?

# Redis: Плюсы и минусы

Redis (Remote Dictionary Server) — это in-memory хранилище данных, которое работает как кэш или хранилище сессий. Это очень популярное решение для высоконагруженных приложений.

Плюсы Redis

1. Невероятная производительность

Redis хранит данные в памяти, что делает доступ в десятки раз быстрее, чем обращение к диску.

Время доступа:
- Redis:  ~0.5 мс (in-memory)
- MySQL:  ~10-50 мс (диск)
- SSD:    ~1-5 мс (диск)

// Пример: кэш в Redis
import redis.clients.jedis.Jedis;

public class RedisCacheExample {
    private Jedis jedis = new Jedis("localhost", 6379);
    
    public void cacheUser(String userId, String userData) {
        // Запись в Redis (~0.5 мс)
        jedis.setex("user:" + userId, 3600, userData);
    }
    
    public String getCachedUser(String userId) {
        // Чтение из Redis (~0.5 мс)
        return jedis.get("user:" + userId);
    }
}

2. Простые и быстрые операции

Ranging, sorting, increment, append — всё работает о-о-очень быстро.

public class RedisOperations {
    private Jedis jedis;
    
    public void demonstrateOperations() {
        // Счётчик в реальном времени (atomic)
        jedis.incr("page:views"); // O(1) операция
        
        // Список последних сообщений (O(log N))
        jedis.lpush("messages", "message1", "message2");
        jedis.lrange("messages", 0, 9); // Получить 10 последних
        
        // Сортировка set
        jedis.zadd("leaderboard", 100, "player1");
        jedis.zadd("leaderboard", 200, "player2");
        jedis.zrevrange("leaderboard", 0, 9); // Top 10
        
        // Битовые операции
        jedis.setbit("online:2025-03-22", 5, true); // Флаг онлайна
    }
}

3. Встроенная поддержка структур данных

Redis имеет Strings, Lists, Sets, Sorted Sets, Hashes, Streams.

public class RedisDataStructures {
    private Jedis jedis;
    
    public void structures() {
        // String
        jedis.set("key", "value");
        
        // Hash (как объект)
        jedis.hset("user:1", "name", "John");
        jedis.hset("user:1", "email", "john@example.com");
        
        // List
        jedis.lpush("queue", "task1", "task2");
        
        // Set (уникальные значения)
        jedis.sadd("tags", "java", "redis", "cache");
        
        // Sorted Set (с приоритетом)
        jedis.zadd("scores", 100, "alice");
        jedis.zadd("scores", 200, "bob");
    }
}

4. Встроенная поддержка TTL (Time To Live)

Автоматическое удаление устаревших данных.

jedis.setex("temp_data", 300, "data"); // Автоудаление через 300 секунд

5. Поддержка Publish/Subscribe

Идеально для систем уведомлений и реал-тайм коммуникации.

public class RedisPubSub {
    private Jedis jedis = new Jedis();
    
    // Издатель
    public void publishNotification(String channel, String message) {
        jedis.publish("notifications", message);
    }
    
    // Подписчик
    public void subscribeToNotifications() {
        JedisPubSub pubSub = new JedisPubSub() {
            @Override
            public void onMessage(String channel, String message) {
                System.out.println("Получено: " + message);
            }
        };
        jedis.subscribe(pubSub, "notifications");
    }
}

6. Минималистичный и простой

Нет сложной конфигурации, легко развернуть.

Минусы Redis

1. Хранение только в памяти

Если Redis упадёт, все данные потеряются (если не настроить persistence).

// Без persistence — потеря данных при перезагрузке
// С persistence (RDB или AOF) — медленнее, но безопаснее

2. Ограничение по памяти

Нельзя хранить больше данных, чем поместится в RAM.

Сервер с 32 GB RAM может хранить максимум ~32 GB данных
(в реальности меньше из-за overhead)

3. Не подходит для больших блобов

Для хранения больших файлов лучше использовать S3 или БД на диске.

// Плохо: хранить полное изображение (5 МБ)
jedis.set("image:1", largeImageData);

// Хорошо: хранить URL на изображение
jedis.set("image:1", "https://s3.amazonaws.com/images/img.jpg");

4. Отсутствие SQL и сложных запросов

Редис — это key-value store, нет JOIN, WHERE, ORDER BY.

// Невозможно в Redis:
// SELECT * FROM users WHERE age > 18 ORDER BY salary DESC;

// Приходится либо:
// 1. Загружать все и фильтровать в приложении (плохо)
// 2. Денормализовать данные (сложно)
// 3. Использовать RediSearch модуль (платный)

5. Проблемы с масштабированием

Redis плохо масштабируется по памяти (нужны кластеры и шардирование).

// Один Redis узел обычно достаточен до 50-100 GB
// Дальше нужны кластеры, что усложняет архитектуру

// Кластер Redis требует:
// - Шардирования (key hashing)
// - Репликации
// - Обработки failover

6. Нет built-in поддержки транзакций

Redis имеет WATCH/MULTI/EXEC, но это не настоящие ACID транзакции.

// Redis "транзакция"
jedis.watch("key");
jedis.multi();
jedis.set("key", "value1");
jedis.set("key2", "value2");
jedis.exec(); // Может не выполниться, если key изменилась

// Это НЕ гарантирует ACID как в PostgreSQL

7. Требует дополнительную инфраструктуру

Ещё один сервис для мониторинга, бэкапов, обновлений.

Понадобится:
- Redis мониторинг (RedisInsight, etc.)
- Настройка persistence
- Репликация и failover
- Обновления версий

Когда использовать Redis

Идеально для:

• Кэширования часто обращаемых данных
• Сессий пользователей
• Лидербордов и рейтингов
• Очередей задач (с RQ, Celery)
• Pub/Sub систем
• Счётчиков и analytics
• Real-time data (временные ряды)

Не подходит для:

• Основного хранилища данных
• Больших файлов (> 1 МБ)
• Сложных аналитических запросов
• Долгосрочного хранения критичных данных

Пример: Production Redis Stack

@Configuration
public class RedisConfig {
    @Bean
    public RedisConnectionFactory connectionFactory() {
        return new LettuceConnectionFactory();
    }
    
    @Bean
    public RedisTemplate<String, Object> redisTemplate(
        RedisConnectionFactory connectionFactory) {
        RedisTemplate<String, Object> template = new RedisTemplate<>();
        template.setConnectionFactory(connectionFactory);
        template.setKeySerializer(new StringRedisSerializer());
        template.setValueSerializer(new GenericToStringSerializer<>(Object.class));
        return template;
    }
}

@Service
public class UserCacheService {
    @Autowired
    private RedisTemplate<String, User> redisTemplate;
    
    private final int TTL = 3600; // 1 час
    
    public void cacheUser(User user) {
        redisTemplate.opsForValue().set(
            "user:" + user.getId(),
            user,
            Duration.ofSeconds(TTL)
        );
    }
    
    public User getCachedUser(Long userId) {
        return redisTemplate.opsForValue().get("user:" + userId);
    }
}

Итог

Redis — это мощный инструмент для кэширования и real-time приложений, но не универсальное решение. Он отлично работает в стеке с основной БД (PostgreSQL, MongoDB), обеспечивая скорость и масштабируемость.