Перейти к основному содержанию

Настройки соединения

Подробное описание каждого параметра, включая значения по умолчанию, параметры DSN, рекомендации и устранение неполадок, см. в Справочнике по конфигурации.
При открытии соединения для управления поведением клиента можно использовать структуру Options. Доступны следующие настройки:
Полный пример

TLS

На низком уровне все методы подключения клиента (DSN/OpenDB/Open) используют пакет Go tls для установки защищённого соединения. Клиент понимает, что нужно использовать TLS, если структура Options содержит ненулевой указатель tls.Config.
Полный пример Этой минимальной конфигурации TLS.Config обычно достаточно для подключения к защищённому native-порту (обычно 9440) на сервере ClickHouse. Если у сервера ClickHouse нет действительного сертификата (истёк срок действия, неверное имя хоста, сертификат не подписан общепризнанным корневым центром сертификации), для InsecureSkipVerify можно установить значение true, но делать это настоятельно не рекомендуется.
Полный пример Если требуются дополнительные параметры TLS, прикладной код должен задать нужные поля в структуре tls.Config. Это может включать указание конкретных наборов шифров, принудительное использование определённой версии TLS (например, 1.2 или 1.3), добавление внутренней цепочки CA‑сертификатов, добавление клиентского сертификата (и приватного ключа), если этого требует сервер ClickHouse, а также большинство других параметров для более специализированной конфигурации безопасности.

Аутентификация

Укажите структуру Auth в сведениях о подключении, чтобы задать имя пользователя и пароль.
Полный пример

Подключение к нескольким узлам

Можно указать несколько адресов с помощью структуры Addr.
Полный пример Доступны три стратегии подключения:
  • ConnOpenInOrder (по умолчанию) - адреса используются по порядку. Последующие адреса задействуются только в случае сбоя при подключении к адресам, расположенным выше в списке. По сути, это стратегия переключения при отказе.
  • ConnOpenRoundRobin - Нагрузка равномерно распределяется между адресами по стратегии round-robin.
  • ConnOpenRandom - Узел случайным образом выбирается из списка адресов.
Этим можно управлять с помощью параметра ConnOpenStrategy
Полный пример

Пул соединений

Клиент поддерживает пул соединений и при необходимости повторно использует соединения между запросами. Одновременно используется не более MaxOpenConns, а максимальный размер пула задается параметром MaxIdleConns. Для выполнения каждого запроса клиент получает соединение из пула, а затем возвращает его обратно для повторного использования. Соединение используется на протяжении всего жизненного цикла батча и освобождается при вызове Send(). Нет гарантии, что для последующих запросов из пула будет использоваться одно и то же соединение, если только пользователь не задаст MaxOpenConns=1. Это требуется редко, но может быть необходимо при использовании временных таблиц. Также обратите внимание, что значение ConnMaxLifetime по умолчанию составляет 1 час. Это может приводить к неравномерному распределению нагрузки на ClickHouse, если узлы покидают кластер. Например, если узел становится недоступным, соединения перераспределяются на другие узлы. По умолчанию эти соединения сохраняются и не обновляются в течение 1 часа, даже если проблемный узел вернется в кластер. При высокой рабочей нагрузке стоит рассмотреть уменьшение этого значения. Пул соединений поддерживается как для Native (TCP), так и для HTTP-протокола.

Логирование

Клиент поддерживает структурированное логирование через стандартный пакет Go log/slog, используя поле Logger в Options. Поля Debug и Debugf считаются устаревшими, но по-прежнему работают для обратной совместимости (приоритет: Debugf > Logger > no-op).
Вы также можете добавить в логгер контекст уровня приложения:
Полный пример

Сжатие

Поддержка методов сжатия зависит от используемого протокола. Для собственного протокола клиент поддерживает сжатие LZ4 и ZSTD. Оно выполняется только на уровне блоков. Сжатие можно включить, добавив конфигурацию Compression к соединению.
Полный пример При использовании HTTP-транспорта доступны дополнительные методы сжатия: gzip, deflate и br. Подробнее см. в разделе Database/SQL API — Compression.

TCP vs HTTP

Транспорт переключается одним параметром конфигурации — всё остальное в этом руководстве применимо к обоим вариантам. Вот что меняется: Чтобы переключить любой API на HTTP:
Последнее изменение 25 июня 2026 г.