Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
Falhas transitórias são erros temporários que podem ocorrer ao ligar-se ao SQL Server e ao SQL do Azure através do driver mssql-python. Estes erros resolvem-se frequentemente sozinhos:
- A conectividade de rede falha.
- Restrições de recursos do servidor.
- Limitação de débito do SQL do Azure.
- Eventos de failover.
Implementar lógica de retentativas melhora a fiabilidade das aplicações, especialmente para bases de dados alojadas na cloud.
Não uses retentativas para esconder erros de configuração ou de programação. Uma base de dados em falta, credenciais erradas ou um pool de ligação esgotado precisam de uma correção, não de mais uma tentativa.
Com o pooling e o fornecedor predefinido msodbcsql18 , o driver aplica temporariamente um timeout nativo de operação de ligação durante a validação de uma ligação reutilizada: o tempo de espera positivo de login, ou 15 segundos quando o timeout de login é zero ou não especificado. Isto não é um prazo total de validação ou de finalização da compra. Múltiplas operações nativas, limpeza e abertura de uma ligação de substituição podem acrescentar tempo. Se a validação falhar, o driver tenta fazer uma substituição em vez de esperar por cada ligação ociosa restante. Esta recuperação não repete as suas instruções nem repete o esgotamento do conjunto de tentativas. Para mais informações, consulte agrupamento de ligações.
Identificar erros transitórios
O mssql-python não expõe o número de erro do motor SQL Server como um atributo nas exceções. Em vez disso, o driver mapeia códigos SQLSTATE para um conjunto fixo de subclasses de exceção PEP 249 (OperationalError, ProgrammingError, e assim sucessivamente) e para texto padronizado em inglês no driver_error atributo. Utilize essa combinação como base para a classificação de transitórios.
Sinais transitórios fiáveis
Os seguintes valores SQLSTATE são transmitidos como OperationalError e indicam uma condição que vale a pena ser retentada. A coluna da direita mostra o texto exato driver_error definido pelo condutor:
| SQLSTATE |
driver_error texto |
Condição |
|---|---|---|
HYT00 |
Timeout expired |
Tempo de espera ao nível da instrução. |
HYT01 |
Connection timeout expired |
Tempo limite de ligação. |
08001 |
Client unable to establish connection |
Não consegui abrir uma ligação. |
08S01 |
Communication link failure |
Queda de rede, reinício do servidor, falha do TCP. |
08007 |
Connection failure during transaction |
Ligação perdida a meio da transação. |
40001 |
Serialization failure |
Vítima de impasse. |
40003 |
Statement completion unknown |
Estado de transação indeterminado. |
import mssql_python
TRANSIENT_DRIVER_ERRORS = frozenset({
"Timeout expired",
"Connection timeout expired",
"Client unable to establish connection",
"Communication link failure",
"Connection failure during transaction",
"Serialization failure",
"Statement completion unknown",
})
def is_transient_error(error: BaseException) -> bool:
"""Return True if the exception represents a retryable transient failure.
Classification is based on the driver's PEP 249 exception subclass and
on the standardized `driver_error` text that mssql-python sets from
the SQLSTATE returned by the server.
"""
if isinstance(error, mssql_python.OperationalError):
return getattr(error, "driver_error", "") in TRANSIENT_DRIVER_ERRORS
return False
Limitação do SQL do Azure (por melhor esforço)
Erros de limitação do SQL do Azure (40197, 40501, 40613, 49918, 49919, 49920, e códigos relacionados) normalmente surgem com SQLSTATE 42000, que o mssql-python mapeia para ProgrammingError. O número de erro do motor não aparece como um atributo, por isso o único sinal é o texto da mensagem do servidor no ddbc_error atributo.
Verifique em ddbc_error os números conhecidos quando presentes e a mensagem padrão de erro em inglês 40501. O número pode estar ausente e o texto da mensagem não é um contrato estável. Diagnósticos localizados ou formatados de forma diferente podem não corresponder:
import re
# Azure SQL throttling and reconfiguration error numbers.
AZURE_THROTTLING_ERRORS = frozenset({
40197, 40501, 40540, 40613, 40680, 49918, 49919, 49920, 10928, 10929,
})
_ERROR_NUMBER_RE = re.compile(r"\b(?:Error|Msg)\s+(\d+)\b")
_AZURE_40501_MESSAGE = "The service is currently busy. Retry the request after 10 seconds."
def is_azure_throttling(error: BaseException) -> bool:
"""Best-effort detection of Azure SQL throttling in ProgrammingError text."""
if not isinstance(error, mssql_python.ProgrammingError):
return False
ddbc_text = getattr(error, "ddbc_error", "") or ""
return (
_AZURE_40501_MESSAGE in ddbc_text
or any(int(m) in AZURE_THROTTLING_ERRORS for m in _ERROR_NUMBER_RE.findall(ddbc_text))
)
def is_retryable(error: BaseException) -> bool:
return is_transient_error(error) or is_azure_throttling(error)
O que não repetir
Exemplos de erros que deveriam falhar rapidamente em vez de tentar novamente incluem credenciais inválidas (OperationalError com texto Invalid authorization specificationdo driver), base de dados em falta ou permissões insuficientes, erros de sintaxe (ProgrammingError), objetos em falta e esgotamento do pool de ligações.
is_transient_error função acima exclui todos estes por definição.
Decorador básico de tentativas
Retentativa simples com atraso fixo
Um decorador que volta a tentar a função encapsulada um número fixo de vezes, com um atraso constante:
import time
import functools
import mssql_python
def retry_on_failure(max_retries: int = 3, delay: float = 1.0):
"""Decorator to retry database operations on transient failures."""
def decorator(func):
@functools.wraps(func)
def wrapper(*args, **kwargs):
last_exception = None
for attempt in range(max_retries + 1):
try:
return func(*args, **kwargs)
except mssql_python.Error as e:
last_exception = e
if not is_transient_error(e) or attempt == max_retries:
raise
print(f"Attempt {attempt + 1} failed: {e}. Retrying in {delay}s...")
time.sleep(delay)
raise last_exception
return wrapper
return decorator
# Usage
@retry_on_failure(max_retries=3, delay=2.0)
def get_user(cursor, user_id: int):
cursor.execute("SELECT * FROM Person.Person WHERE BusinessEntityID = %(id)s", {"id": user_id})
return cursor.fetchone()
Retrocesso exponencial
Aumente exponencialmente o atraso entre tentativas com jitter opcional para espalhar as tentativas concorrentes:
import time
import random
def retry_with_backoff(max_retries: int = 5,
base_delay: float = 1.0,
max_delay: float = 30.0,
jitter: bool = True):
"""Retry with exponential backoff and optional jitter."""
def decorator(func):
@functools.wraps(func)
def wrapper(*args, **kwargs):
last_exception = None
for attempt in range(max_retries + 1):
try:
return func(*args, **kwargs)
except mssql_python.Error as e:
last_exception = e
if not is_transient_error(e) or attempt == max_retries:
raise
# Calculate delay with exponential backoff
delay = min(base_delay * (2 ** attempt), max_delay)
if jitter:
delay = delay * (0.5 + random.random())
print(f"Attempt {attempt + 1} failed. Retrying in {delay:.2f}s...")
time.sleep(delay)
raise last_exception
return wrapper
return decorator
@retry_with_backoff(max_retries=5, base_delay=1.0, max_delay=30.0)
def execute_query(cursor, query: str, params: dict):
cursor.execute(query, params)
return cursor.fetchall()
Classe de nova tentativa de conexão
Gestor de ligação resiliente
Um invólucro de ligação que gere tanto a nova tentativa como a reconexão automática:
import mssql_python
import time
import logging
# This example uses is_transient_error from the "Identify transient errors"
# section earlier in this article. Include that helper in your module.
# Configure logging so the retry and reconnect messages are visible
logging.basicConfig(level=logging.INFO)
class ResilientConnection:
"""Connection wrapper with automatic retry and reconnection."""
def __init__(self, connection_string: str, max_retries: int = 5,
base_delay: float = 1.0, max_delay: float = 60.0):
self.connection_string = connection_string
self.max_retries = max_retries
self.base_delay = base_delay
self.max_delay = max_delay
self._conn = None
self._logger = logging.getLogger(__name__)
def _connect(self) -> mssql_python.Connection:
"""Establish connection with retry logic."""
last_exception = None
for attempt in range(self.max_retries + 1):
try:
self._logger.debug(f"Connection attempt {attempt + 1}")
return mssql_python.connect(self.connection_string)
except mssql_python.Error as e:
last_exception = e
if not is_transient_error(e) or attempt == self.max_retries:
self._logger.error(f"Connection failed: {e}")
raise
delay = min(self.base_delay * (2 ** attempt), self.max_delay)
self._logger.warning(f"Connection attempt {attempt + 1} failed. "
f"Retrying in {delay:.1f}s...")
time.sleep(delay)
raise last_exception
@property
def connection(self) -> mssql_python.Connection:
"""Get or create connection."""
if self._conn is None:
self._conn = self._connect()
return self._conn
def execute(self, query: str, params: dict = None):
"""Execute query with automatic retry and reconnection."""
return self._execute_with_retry(
lambda c: self._do_execute(c, query, params)
)
def _do_execute(self, cursor, query: str, params: dict):
cursor.execute(query, params or {})
return cursor.fetchall()
def _execute_with_retry(self, operation):
"""Execute an operation with retry logic."""
last_exception = None
for attempt in range(self.max_retries + 1):
try:
cursor = self.connection.cursor()
return operation(cursor)
except mssql_python.Error as e:
last_exception = e
if not is_transient_error(e):
raise
if attempt == self.max_retries:
raise
# Try to reconnect
self._logger.warning(f"Operation failed. Reconnecting...")
self._close()
delay = min(self.base_delay * (2 ** attempt), self.max_delay)
time.sleep(delay)
raise last_exception
def _close(self):
"""Close connection."""
if self._conn:
try:
self._conn.close()
except:
pass
self._conn = None
def close(self):
"""Public close method."""
self._close()
def __enter__(self):
return self
def __exit__(self, exc_type, exc_val, exc_tb):
self.close()
return False
# Usage
with ResilientConnection(connection_string) as db:
users = db.execute("SELECT * FROM Person.Person WHERE EmailPromotion = %(promo)s",
{"promo": 1})
print(f"Retrieved {len(users)} rows")
Tratamento específico do SQL do Azure
Utilize o mapeamento de exceções mssql-python em Identificar erros transitórios para classificar erros do catálogo seguinte.
Os seguintes erros podem ser transitórios quando ocorrem durante o estabelecimento da ligação ou ao enviar um pedido ao servidor. Tente novamente após um curto intervalo de espera limitado. Erros que persistem depois de algumas tentativas geralmente indicam um problema de configuração, como servidor errado, permissões em falta, definições de encriptação incompatíveis ou quota esgotada, que uma nova tentativa não resolve.
| Erro | Tipo de falha | Message | Troubleshooting |
|---|---|---|---|
64 |
Transporte durante o início de sessão | A connection was successfully established with the server, but then an error occurred during the login process. (provider: TCP Provider, error: 0 - The specified network name is no longer available.) |
A ligação TCP cai a meio do handshake. Não é uma falha de credenciais. Se persistir, verifique se há instabilidade na rede do lado do cliente ou um dispositivo intermédio que interrompa ligações semiestabelecidas. |
233 |
Transporte pré-login ou TLS | The client was unable to establish a connection because of an error during connection initialization process before login. |
O servidor normalmente devolve este erro quando não consegue aceitar a ligação devido a esgotamento de recursos, limite de ligação ou um cliente não suportado. Não é uma falha de credenciais. Verifica o estado do servidor e depois verifica o timeout de login do cliente, as definições do TLS e a compatibilidade da versão cliente/servidor TLS. |
4060 |
Disponibilidade ou acesso à base de dados | Cannot open database "%.*ls" requested by the login. The login failed. |
O login autentica, mas não consegue abrir a base de dados solicitada. Causas transitórias incluem a base de dados estar em transição (failover, restauração, escalabilidade) ou em pausa automática. Causas persistentes (a base de dados não existe, o login não tem acesso) não serão corrigidas por uma nova tentativa; Verifique o nome da base de dados, o mapeamento de login e o estado da base de dados. |
4221 |
Transição secundária legível | Login to read-secondary failed due to long wait on 'HADR_DATABASE_WAIT_FOR_TRANSITION_TO_VERSIONING'. |
A réplica não está disponível para início de sessão porque as versões de linha estão em falta para transações que estavam em curso quando a réplica foi reciclada. Reverta ou compromete as transações ativas no principal para resolver o problema. Atenue evitando transações de escrita longas no primário. |
10053 |
Interrupção de transporte local | A transport-level error has occurred when sending the request to the server. (provider: TCP Provider, error: 0 - An established connection was aborted by the software in your host machine.) |
O lado local interrompe a ligação. Verifique a saúde da rede do lado do cliente e qualquer firewall local ou cliente VPN. |
10054 |
Reinício do transporte remoto | A transport-level error has occurred when sending the request to the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.) |
O lado remoto envia um reset TCP. Causas comuns: o processo peer crashava, um firewall injetava um reset, ou o gateway SQL do Azure fechava uma ligação inativa. Para casos de reposição da ligação por inatividade, ative o keepalive de TCP no cliente ou reduza o tempo limite de inatividade do conjunto de ligações. |
10060 |
Tempo limite de ligação | A connection attempt failed because the connected party did not properly respond after a period of time. |
O servidor ou um dispositivo de rede intermédio não respondia antes do tempo limite da ligação TCP. Verifique a saúde do servidor, o encaminhamento, as regras do firewall e se o host e a porta configurados são acessíveis. |
10928 |
Limite de recursos da base de dados | Resource ID: %d. The %s limit for the database is %d and has been reached. |
A base de dados ultrapassa um limite de governação de recursos do SQL do Azure. O ID de Recurso 1 indica o limite de trabalhadores; O ID do Recurso 2 indica o limite de sessão. Identifique o tipo de limite a partir da mensagem, depois reduza a concorrência, escale a base de dados ou encurta as operações de longa duração que detêm o recurso. |
10929 |
Limitação da base de dados | Resource ID: %d. The %s minimum guarantee is %d, maximum limit is %d, and the current usage for the database is %d. However, the server is currently too busy to support requests greater than %d for this database. |
A base de dados ultrapassa a sua garantia mínima e o servidor subjacente está a limitar. Retry normalmente tem sucesso quando a carga do vizinho diminui. Ocorrências prolongadas indicam que precisa de um nível de serviço mais elevado ou de um ambiente menos ruidoso. |
40020, 40143, 40166, 40540 |
Subcódigo de failover do SQL do Azure | Reportado na posição Error code %d do erro 40197 durante a comutação pós-falha. |
Subcódigos incorporados numa mensagem de failover 40197 que alguns percursos apresentam como o número de erro de nível superior. Trata-os da mesma forma que 40197. |
40197 |
SQL do Azure failover | The service has encountered an error processing your request. Please try again. Error code %d. |
Uma atualização de software, falha de hardware ou outro evento de failover no SQL do Azure. Ao restabelecer a ligação, será encaminhado para uma réplica em bom estado. O código de erro incorporado identifica o tipo de failover. Se o erro persistir, regista o ID de rastreamento da sessão e contacta o suporte. |
40501 |
SQL do Azure throttling | The service is currently busy. Retry the request after 10 seconds. Incident ID: %ls. Code: %d. |
Limitação do motor do SQL do Azure. O intervalo mínimo recomendado é de 10 segundos. A limitação persistente indica que a carga de trabalho excedeu a alocação de recursos da base de dados; aumente o escalão de serviço ou reduza a concorrência. |
40613 |
Base de dados indisponível | Database '%.*ls' on server '%.*ls' is not currently available. Please retry the connection later. If the problem persists, contact customer support, and provide them with the session tracing ID of '%.*ls'. |
A base de dados está indisponível, geralmente a meio do failover ou brevemente durante uma operação de escala. Tente novamente com intervalo progressivo; se o problema persistir durante mais do que alguns minutos, registe o ID de rastreio da sessão e abra um pedido de suporte. |
42108 |
Pool SQL pausado | Can not connect to the SQL pool since it is paused. Please resume the SQL pool and try again. |
O pool dedicado de SQL (Synapse) está em estado de pausa. A nova tentativa só é bem-sucedida depois de o pool ser reativado. Retome explicitamente o pool ou programe a carga de trabalho para ser executada depois de o pool ser retomado. |
42109 |
Pool de SQL a retomar | The SQL pool is warming up. Please try again. |
O pool dedicado de SQL está a recomeçar. Tente novamente um recuo até a piscina estar online; O aquecimento normalmente demora alguns minutos. |
49918 |
Escassez de recursos de serviço | Cannot process request. Not enough resources to process request. The service is currently busy. Please retry the request later. |
O servidor não consegue atualmente alocar recursos suficientes para satisfazer o pedido. Tente novamente após um intervalo de espera. Se o erro persistir, amplie a base de dados ou o elastic pool. |
49919 |
Limitação das operações de gestão | Cannot process create or update request. Too many create or update operations in progress for subscription "%ld". |
Limite de concorrência a nível da subscrição para operações de gestão. Reduza as chamadas paralelas de criação/atualização ou escalone-as. |
49920 |
Limitação por operação de subscrição | Cannot process request. Too many operations in progress for subscription "%ld". |
Limite de concorrência ao nível de subscrição para operações em voo. Reduzir o paralelismo ou esperar que as operações em voo se esgotem. |
Os erros ao nível da instrução não constam desta lista porque ocorrem depois de a ligação ter sido estabelecida e a falha não inutiliza a sessão. Os erros mais comuns das instruções passíveis de repetição são 1205 (vítima de impasse [deadlock]) e 1222 (tempo limite do pedido de bloqueio). Tente novamente toda a transação em vez do único extrato falhado.
O texto da mensagem de erro provém de erros de ligação transitória do SQL do Azure. Estes erros podem ser repetidos no SQL Server, no Base de Dados SQL do Azure, no Azure SQL Managed Instance, na base de dados SQL no Microsoft Fabric e nos pools SQL dedicados no Azure Synapse Analytics.
Lidar com a limitação do Azure
Os erros de limitação do SQL do Azure exigem intervalos de espera mais longos e mais repetições do que os erros transitórios normais. Reutilizar is_azure_throttling de Identificar erros transitórios:
def execute_with_throttle_handling(cursor, query: str, params: dict,
max_retries: int = 10,
base_delay: float = 10.0):
"""Execute with extended retry for Azure SQL throttling."""
for attempt in range(max_retries + 1):
try:
cursor.execute(query, params)
return cursor.fetchall()
except mssql_python.Error as e:
if is_azure_throttling(e):
if attempt < max_retries:
# Longer delays for throttling
delay = base_delay * (2 ** min(attempt, 4)) # Cap at 16 times the base delay
print(f"Throttled. Waiting {delay}s before retry...")
time.sleep(delay)
continue
raise
Lidar com comutação automática
Reconecte e tente novamente quando o failover do SQL do Azure ou do grupo de disponibilidade interrompe uma ligação:
def execute_with_failover_retry(connect, query: str, params: dict,
max_retries: int = 3,
recovery_delay: float = 10.0):
"""Reconnect and retry during Azure SQL failover scenarios."""
failover_numbers = frozenset({40613, 40197, 40540})
last_exception = None
for attempt in range(max_retries + 1):
conn = None
try:
conn = connect()
cursor = conn.cursor()
cursor.execute(query, params)
return cursor.fetchall()
except mssql_python.Error as e:
last_exception = e
# Failover surfaces either as a transient OperationalError or as
# a ProgrammingError whose ddbc_error text contains the engine
# error number. Treat both as recoverable.
ddbc_text = getattr(e, "ddbc_error", "") or ""
is_failover = is_transient_error(e) or any(
int(m) in failover_numbers for m in _ERROR_NUMBER_RE.findall(ddbc_text)
)
if is_failover and attempt < max_retries:
print(f"Failover detected. Reconnecting in {recovery_delay}s...")
if conn is not None:
try:
conn.close()
except mssql_python.Error:
pass
time.sleep(recovery_delay)
continue
raise
raise last_exception
# Usage
connection_string = (
"Server=tcp:<server>.database.windows.net,1433;"
"Database=AdventureWorks2025;"
"Authentication=ActiveDirectoryDefault;"
"Encrypt=yes;TrustServerCertificate=no"
)
rows = execute_with_failover_retry(
lambda: mssql_python.connect(connection_string),
"SELECT TOP 10 ProductID, Name FROM Production.Product WHERE Color = %(color)s",
{"color": "Silver"}
)
Tratamento de interbloqueios
Repetir em caso de interbloqueio
Os deadlocks (erro 1205) são transitórios. Tente novamente com um pequeno atraso aleatório para quebrar o ciclo de impasse. Tentar novamente resolve a falha imediata, mas bloqueios recorrentes indicam um problema de design que deves investigar do lado do servidor. Para orientações sobre como analisar e resolver a causa raiz, veja Erros de bloqueio.
def execute_with_deadlock_retry(cursor, query: str, params: dict,
max_retries: int = 3):
"""Automatically retry deadlocked transactions.
Deadlocks (SQL Server error 1205) surface as OperationalError with
driver_error == "Serialization failure" (SQLSTATE 40001).
"""
for attempt in range(max_retries + 1):
try:
cursor.execute(query, params)
return cursor.fetchall()
except mssql_python.OperationalError as e:
if getattr(e, "driver_error", "") == "Serialization failure":
if attempt < max_retries:
delay = random.uniform(0.1, 0.5) * (attempt + 1)
print(f"Deadlock detected. Retry {attempt + 1} in {delay:.2f}s")
time.sleep(delay)
continue
raise
# Usage in transaction
conn.autocommit = False
try:
cursor = conn.cursor()
rows = execute_with_deadlock_retry(
cursor,
"SELECT TOP 5 Name, ListPrice FROM Production.Product WHERE ListPrice > %(price)s",
{"price": 100}
)
conn.commit()
except Exception:
conn.rollback()
raise
Repetição estruturada com configuração
Classe de política de nova tentativa
Encapsular a configuração de retentativas numa dataclass para reutilização em diferentes operações:
from dataclasses import dataclass, field
from typing import FrozenSet
import time
import random
# This example uses TRANSIENT_DRIVER_ERRORS from the "Identify transient errors"
# section earlier in this article. Include that allowlist in your module.
@dataclass
class RetryPolicy:
"""Configuration for retry behavior."""
max_retries: int = 3
base_delay: float = 1.0
max_delay: float = 30.0
exponential_base: float = 2.0
jitter: bool = True
transient_driver_errors: FrozenSet[str] = field(default_factory=lambda: TRANSIENT_DRIVER_ERRORS)
def get_delay(self, attempt: int) -> float:
"""Calculate delay for given attempt number."""
delay = min(
self.base_delay * (self.exponential_base ** attempt),
self.max_delay,
)
if self.jitter:
delay *= (0.5 + random.random())
return delay
def should_retry(self, error: BaseException, attempt: int) -> bool:
"""Determine if operation should be retried."""
if attempt >= self.max_retries:
return False
if isinstance(error, mssql_python.OperationalError):
return getattr(error, "driver_error", "") in self.transient_driver_errors
return False
def execute_with_policy(cursor, query: str, params: dict,
policy: RetryPolicy = None):
"""Execute query with configurable retry policy."""
policy = policy or RetryPolicy()
last_exception = None
for attempt in range(policy.max_retries + 1):
try:
cursor.execute(query, params)
return cursor.fetchall()
except mssql_python.Error as e:
last_exception = e
if not policy.should_retry(e, attempt):
raise
delay = policy.get_delay(attempt)
time.sleep(delay)
raise last_exception
# Usage with custom policy
aggressive_retry = RetryPolicy(max_retries=10, base_delay=0.5, max_delay=60.0)
conservative_retry = RetryPolicy(max_retries=2, base_delay=5.0, max_delay=10.0)
results = execute_with_policy(cursor, query, params, aggressive_retry)
Padrão do disjuntor
Prevenir falhas em cascata rastreando erros consecutivos e bloqueando temporariamente chamadas quando um limiar é atingido:
import time
from enum import Enum
from threading import Lock
class CircuitState(Enum):
CLOSED = "closed" # Normal operation
OPEN = "open" # Failing, reject all calls
HALF_OPEN = "half_open" # Testing if service recovered
class CircuitBreaker:
"""Circuit breaker to prevent cascading failures."""
def __init__(self, failure_threshold: int = 5,
recovery_timeout: float = 30.0):
self.failure_threshold = failure_threshold
self.recovery_timeout = recovery_timeout
self.state = CircuitState.CLOSED
self.failure_count = 0
self.last_failure_time = None
self._lock = Lock()
def can_execute(self) -> bool:
"""Check if circuit allows execution."""
with self._lock:
if self.state == CircuitState.CLOSED:
return True
if self.state == CircuitState.OPEN:
# Check if recovery timeout has passed
if time.time() - self.last_failure_time > self.recovery_timeout:
self.state = CircuitState.HALF_OPEN
return True
return False
# HALF_OPEN: allow one test request
return True
def record_success(self):
"""Record successful operation."""
with self._lock:
self.failure_count = 0
self.state = CircuitState.CLOSED
def record_failure(self):
"""Record failed operation."""
with self._lock:
self.failure_count += 1
self.last_failure_time = time.time()
if self.failure_count >= self.failure_threshold:
self.state = CircuitState.OPEN
# Usage
circuit = CircuitBreaker(failure_threshold=5, recovery_timeout=30.0)
def execute_with_circuit_breaker(cursor, query: str, params: dict):
if not circuit.can_execute():
raise Exception("Circuit breaker is open")
try:
cursor.execute(query, params)
result = cursor.fetchall()
circuit.record_success()
return result
except mssql_python.Error as e:
if is_transient_error(e):
circuit.record_failure()
raise
Não tente novamente os erros de configuração
Nem todos os erros são transitórios. Tentar novamente um erro de configuração ou código faz perder tempo e pode mascarar o verdadeiro problema. Repita apenas os erros que possam ser resolvidos por si mesmos. Como o mssql-python não expõe o número de erro do motor como um atributo, classifica por subclasse de exceção mais o driver_error texto.
Nunca volte a tentar estes (corrija o código ou a configuração em vez disso):
| Condição | Tipo de exceção |
driver_error texto |
Corrigir |
|---|---|---|---|
| Nome do objeto inválido (motor 208) | ProgrammingError |
Base table or view not found |
A tabela não existe. Corrige a consulta ou crie a tabela. |
| Nome da coluna inválido (motor 207) | ProgrammingError |
Column not found |
A coluna não existe. Verifica o esquema. |
| Sintaxe incorreta (engine 102) | ProgrammingError |
Syntax error or access violation |
Corrige a questão. |
| Falha de início de sessão (erro 18456) | OperationalError |
Invalid authorization specification |
Credenciais erradas. Corrige a cadeia de ligação. |
| Base de dados inexistente ou acesso negado (engine 4060) | OperationalError |
Server rejected the connection |
A base de dados não existe ou não está acessível ao utilizador de login. Corrige o destino ou as permissões. |
| Esgotamento do conjunto de ligações | OperationalError |
(varia) | Aumentar a capacidade do pool, libertar ligações rapidamente ou reduzir a concorrência. |
ConnectionStringParseError |
Autónomo | n/d | Erro tipográfico na palavra-chave da cadeia de ligação. Corrige a cadeia de caracteres. |
| Funcionalidade não suportada | NotSupportedError |
Optional feature not implemented |
Use uma abordagem alternativa. |
Tente sempre novamente estes casos (resolvem-se por si só):
| Condição | Tipo de exceção |
driver_error texto |
|---|---|---|
| Tempo limite da instrução | OperationalError |
Timeout expired |
| Tempo limite de conexão | OperationalError |
Connection timeout expired |
| Não consegui abrir a ligação | OperationalError |
Client unable to establish connection |
| Queda da rede | OperationalError |
Communication link failure |
| A ligação foi interrompida a meio da transação | OperationalError |
Connection failure during transaction |
| Vítima do impasse (motor 1205) | OperationalError |
Serialization failure |
| Estado indeterminado da transação | OperationalError |
Statement completion unknown |
| SQL do Azure throttling (40197, 40501, 40613, 49918–49920) | ProgrammingError |
Syntax error or access violation (usar is_azure_throttling para corresponder ao texto ddbc_error) |