Сокращение издержек SQL Trace с фильтрами
Позвольте мне уточнить комментарий Дианы: каждый кусок определяется ограничительной рамкой; со временем вы можете думать о них как start_time и end_time. Если вы укажете что-то вроде:
select drop_chunks(interval '1 hours', 'my_table')
Это говорит об удалении всех чанков, чья end_time больше 1 часа назад. Так что я думаю из вашего приведенного выше примера, что ваши 15-часовые данные были в одном фрагменте, а ваши 2- и 10-часовые данные были в другом фрагменте с end_time > now() - 1 hour.
Чтобы увидеть временные рамки ваших кусков и другую информацию:
SELECT * FROM chunk_relation_size_pretty('my_table');
(На рассмотрении я вижу, где документы немного неясны; я обновил инструкции: https://github.com/timescale/docs.timescale.com-content/pull/86 )
3 ответа
Я нашел статью, которая на самом деле измеряет влияние производительности сессии профилировщика SQL по сравнению с трассировкой серверной стороны:
http://sqlblog.com/blogs/linchi_shea/archive/2007/08/01/trace-profiler-test.aspx
Это действительно было моим базовым вопросом, как удостовериться, что я не срываю свой рабочий сервер во время трассировки. Кажется, что, если Вы делаете это правильно, существует минимально служебный.
Добавление Фильтров действительно минимизирует издержки набора события и также препятствует тому, чтобы сервер регистрировал записи транзакции, в которых Вы не нуждаетесь.
Что касается того, собирается ли трассировка создать недопустимый уровень издержек, необходимо будет просто проверить его и остановить его, если существуют дополнительные жалобы. Понимание намеков Настраивающего Советника DB с тем производственным файлом трассировки могло улучшить производительность для всех завтра все же.
У Вас на самом деле не должно быть серверного процесса трассировка, поскольку это может вызвать проблемы: "Когда серверные процессы трассировка, никакое событие не отбрасывается - даже если это означает жертвовать производительностью сервера для получения всех событий. Принимая во внимание, что, если Профилировщик обрабатывает трассировку, она пропустит события, если сервер станет слишком занятым". (От SQL 70-431 книжная лучшая практика экзамена.)