Исходный код вики 05. Прочее
Версия 2.1 от Ирина Сафонова на 29.03.2023, 17:05
Скрыть последних авторов
| author | version | line-number | content |
|---|---|---|---|
 |
2.1 | 1 | (% style="color:#4169E1" %) |
| 2 | **Содержание** | ||
| 3 | |||
| 4 | {{toc/}} | ||
| 5 | |||
| 6 | (% style="color:#4169E1" %) | ||
| 7 | == Почему мои запросы уходят в time out? == | ||
| 8 | |||
| 9 | **Ответ:** может быть множество причин, почему запрос долго отрабатывается и уходит в тайм-аут. | ||
| 10 | Для выполнения "тяжелого" и длинного запроса в SQLLab по умолчанию Cloud BI позволяет ему выполняться не более 6 часов, прежде чем он будет завершен системой управления очередями Celery. Если необходимо увеличить время выполнения запроса, можно указать время ожидания в конфигурации: | ||
| 11 | |||
| 12 | (% class="box infomessage" %) | ||
| 13 | ((( | ||
| 14 | SQLLAB_ASYNC_TIME_LIMIT_SEC = 60 * 60 * 6 | ||
| 15 | ))) | ||
| 16 | |||
| 17 | Если появляются тайм-ауты (504 Gateway Time-Out) при загрузке дашборда или среза данных, вероятно, клиент находится за прокси-шлюзом от BI-системы. Если клиент не получил своевременный ответ от BI-системы, эти сервера будут напрямую отправлять код состояния 504. BI-система имеет ограничение времени ожидания на стороне клиента для решения этой проблемы. Если запрос не вернулся в течение тайм-аута на стороне клиента (по умолчанию 60 секунд), то BI отобразит предупреждающее сообщение, чтобы избежать сообщение о тайм-ауте шлюза. Если лимит времени больше ожидания шлюза, то его можно изменить в настройках времени ожидания: | ||
| 18 | |||
| 19 | (% class="box infomessage" %) | ||
| 20 | ((( | ||
| 21 | SUPERSET_WEBSERVER_TIMEOUT = 60 | ||
| 22 | ))) |