Redis использует исключение тайм-аута клиента салата для шахтных ям

Redis

Непосредственно на карте сказать нечего:Это лог в инете онлайн,нашел много логов,правила не нашел.Время от времени буду сообщать об этой неисправности,и тогда у меня будет нормальное время.Нашел много информации Я не нашел, почему у салата будет эта проблема!

Решение:

Непосредственно замените водителя салата джедаями, профессиональный тест действительно эффективен!

<!-- redis start -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-data-redis</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>io.lettuce</groupId>
                    <artifactId>lettuce-core</artifactId>
                </exclusion>
            </exclusions>
        </dependency>
        <!-- lettuce pool 缓存连接池 -->
        <dependency>
            <groupId>org.apache.commons</groupId>
            <artifactId>commons-pool2</artifactId>
            <version>2.7.0</version>
        </dependency>

        <dependency>
            <groupId>redis.clients</groupId>
            <artifactId>jedis</artifactId>
            <version>2.10.2</version>
        </dependency>

Изменения в файле конфигурации:

spring.redis.jedis.pool.max-idle=200
spring.redis.jedis.pool.min-idle=100
spring.redis.jedis.pool.max-active=200
spring.redis.jedis.pool.max-wait=1000

spring-data-redis имеет два встроенных драйвера: jedis и lettuce. Версия springboot1.X по умолчанию использует реализацию jedis, а springboot2.X по умолчанию использует реализацию салата.

Салат: на основе реализации Netty, потоков безопасно, но только один экземпляр по умолчанию.

JEDIS: прямое подключение к серверу REDIS, как правило, сотрудничество с пулом соединений, может увеличить физическое соединение.

Что касается проблемы салата, я перепробовал много способов (независимо от того, насколько большой тайм-аут установлен, пока соединение отключено, оно не будет повторно подключено).Что касается проблемы версии салата, упомянутой многими начальниками. или сам сервер, балансировщик нагрузки TCP. Сброс привел к отключению соединения, и никаких конкретных доказательств не было найдено (любой Даниил, знающий причину, может меня поправить).

Проблема ассоциации

Эта проблема не так важна чисто с точки зрения какой-то онлайн-активности с низким параллелизмом и низким взаимодействием.В лучшем случае она повлияет на пользовательский опыт, так что эта проблема не тестировалась до теста, но если вы используете Redis как распределенная блокировка, Это очень фатальная проблема. Тайм-аут напрямую приведет к сбою получения распределенной блокировки и ряду сопутствующих проблем (все это опыт слез, и вас вырвет, когда вы будете копать логи). Воспринимайте это как предупреждение Правильно!

Категории