Последние дни наш стрим встречался с
"Failed to insert XX rows. First error: {"errors":[{"reason":"timeout"}],"index":YY}"
За последние полмесяца непрерывного стриминга из неизменных источников данных и программных скриптов такого сбоя раньше не было.
ID проекта: красная дорога-574
Член команды BigQuery здесь.
Похоже, наша документация немного неверна, поскольку мы можем частично зафиксировать строки. Мы полностью отклоним запрос, если есть недопустимые строки (несоответствие структуры), но отдельные строки могут не буферизоваться.
В этом случае не удалось зафиксировать только указанные строки. Если у вас есть идентификатор вставки, вы можете просто повторить неудачные строки или повторить полный запрос, если хотите (хотя каждая повторная строка будет учитываться в квоте вашей таблицы).
Увеличение числа ошибок на уровне строк связано с изменением способа обработки пакетов вставок. Ранее весь запрос столкнулся бы с тайм-аутом.
Надеюсь, это поможет. Шон
Мы только что внедрили изменение на выходных, которое должно значительно снизить количество тайм-аутов, с которыми вы сталкиваетесь.
За последние пару недель TableData.insertAll API стал свидетелем значительного увеличения нагрузки со стороны клиентов. Хотя мы должны быть в состоянии справиться с этой нагрузкой без проблем, она выявила несколько узких мест в нашей системе, над устранением которых мы работали. Судя по нашему мониторингу, задержка должна вернуться к норме по состоянию на вчерашний вечер. Если вы продолжаете видеть тайм-ауты, сообщите нам об этом.
