Когда я пытаюсь выполнить запрос для 500000 записей в таблице, я мог видеть, что он завершается за 1200 мс, но когда я пытаюсь выполнить запрос с включенной TRACING ON, я вижу, что он показывает долгое время в журнале трассировки скажем, 1850 мс.
Итак, я хотел бы подтвердить, является ли функция TRACING ON в Cassandra правильным выбором для отслеживания времени, затрачиваемого на выполнение запросов?
Существуют метрики, которые дадут вам количество времени, потраченного на запросы, вы можете легко просмотреть их с помощью nodetool proxyhistograms (doc) или получить прямо из JMX. TRACING ON предназначен для отладки, почему медленный запрос. Важно отметить, что это очень дорого (и, возможно, увеличивает время на запрос, хотя большая часть трассировки является асинхронной), и ее следует избегать, не считая проблем отладки.
Вы также можете использовать nodetool settraceprobability для глобальной записи некоторого% запросов, которые затем можно просмотреть и, возможно, обработать с помощью некоторых инструментов таблицы событий и сеансов в system_traces пространстве ключей.
nodetool proxyhistogram или используйте инструмент jmx, чтобы получить метрики и агрегировать их.
- person Chris Lohfink; 27.12.2017
TRACING ON будет работать. Это больше для отладки того, почему конкретный запрос медленный, чем для определения его скорости, потому что это невероятно дорого, и один запрос не будет хорошим примером того, как он будет работать. прокси-гистограммы будут давать больше, чем просто среднее, это гистограмма всех запросов, поэтому вы можете получить мин. / макс. / 99-й процентиль (99-й, вероятно, не важен) и т.д. query вы можете увидеть процентили для нескольких запросов.
- person Chris Lohfink; 27.12.2017
Согласно документации https://docs.datastax.com/en/cql/3.3/cql/cql_reference/cqlshTracing.html
Включает и отключает трассировку транзакций на всех узлах кластера. Используйте трассировку для устранения проблем с производительностью. Подробная информация о транзакциях, относящаяся к внутренним операциям Cassandra, фиксируется в пространстве ключей system_traces. Когда запрос выполняется, идентификатор сеанса отображается в результатах запроса, а запись с подробными сведениями высокого уровня, такими как идентификатор сеанса и клиент, а также длина сеанса, записывается в таблицу system_traces.session.
Поэтому его следует использовать для устранения неполадок и, следовательно, измерения затраченного времени.
Информация трассировки состоит из действия, отметки времени, в которую произошло действие, источника действия и времени, прошедшего с начала запроса (source_elapsed). source_elapsed находится в микросекундах.
