Может кто-нибудь объяснить, почему могут быть тайм-ауты чтения, происходящие в моем кластере Кассандры каждые 4-5-минутный интервал. Я мог почти видеть это последовательно и быть в состоянии воспроизвести это последовательно.Тайм-ауты чтения Кассандры в течение 5-минутного интервала последовательно?
Пропускная способность чтения поддерживалась по 1 запросу в секунду без записи или уплотнения в кластере. Время чтения составляет 5 секунд в файле cassandra.yaml. Я использую драйвер datastax java 2.1.14.
Трассировка во время таймаута не работает. Выполнение чтения вручную второй раз в cqlsh выполняется для одного и того же ключа строки. Посмотрел на это https://issues.apache.org/jira/browse/CASSANDRA-8194 jira, который похож на вопрос, который я вижу. Мы используем dse 4.6.2, у которого есть это исправление. Попробовал отключить auth в моем кластере, но, увидев тот же тайм-аут чтения 4-5 минут.
Просьба предложить способы устранения неполадок.
Спасибо, Srivatsan
Ваш вопрос кажется довольно сырым, но я бы сомневался в вашем дизайне схемы для этого. Еще несколько вопросов будут касаться того, есть ли у вас тайм-аут сокета на стороне клиента, который меньше, чем на стороне сервера. В 2.1.4 была ошибка, связанная с этим, но ваш тайм-аут кажется очень низким для распределенной системы. – Ananth
Схема довольно проста. Просто сделайте запрос выбора в ключе строки. Строка невелика, вероятно, 1 или 2 КБ. таймаут считывания гнезда устанавливается на 60 секунд. Я использую драйвер 2.0.10. Пробовал последнюю версию спекулятивного исполнения в драйвере, это тоже не помогает. Явное повторение клиента приводит к отсутствию времени ожидания (около 80% времени). Я подозреваю внешний фактор для таймаута. –