Я думаю, что это связано с Ограничениями ресурсов базы данных SQL для сервера базы данных SQL Azure .
Чем больше пользователей, тем медленнее приложение, одной из наиболее важных причин является ограничение ресурсов базы данных.
Вычислить (DTU и eDTU / vCores)
Когда использование вычислительных ресурсов базы данных (измеряется DTU и eDTU или vCores) становится высоким, задержка запроса увеличивается и может даже превышать время ожидания.
Хранение
Когда используемое пространство базы данных достигает предела максимального размера, при вставке и обновлении базы данных, которые увеличивают размер данных, происходит сбой, и клиенты получают сообщение об ошибке. ВЫБОРЫ базы данных и УДАЛЕНИЯ продолжают успешно.
Сессии и работники (запросы)
Максимальное количество сеансов и рабочих определяется уровнем обслуживания и размером вычислений (DTU и eDTU). Новые запросы отклоняются при достижении лимитов сеанса или рабочего времени, и клиенты получают сообщение об ошибке. Несмотря на то, что количество доступных соединений может контролироваться приложением, количество одновременно работающих работников зачастую сложнее оценить и контролировать. Это особенно верно в периоды пиковой нагрузки, когда достигаются ограничения ресурсов базы данных и рабочие накапливаются из-за более длительных запросов.
Для получения более подробной информации, пожалуйста, укажите: Что происходит при достижении лимита ресурсов базы данных .
Если база данных SQL Azure представляет собой одну базу данных, вы можете ссылаться на следующие документы:
- Пределы модели покупки на основе vCore базы данных Azure SQL для одной базы данных .
- Лимиты ресурсов для отдельных баз данных с использованием модели закупок на основе DTU .
Выберите наиболее подходящий уровень обслуживания.
О проблеме производительности вы также можете использовать Мониторинг и настройка производительности . Это поможет устранить проблемы с производительностью и улучшить производительность.
Надеюсь, это поможет.