Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
I guasti transitori sono errori temporanei che possono verificarsi quando si connette a SQL Server e Azure SQL tramite il driver mssql-python. Questi errori spesso si risolvono da soli:
- Interruzioni della connettività di rete.
- Vincoli di risorse del server.
- Azure SQL throttling.
- Eventi di failover.
L'implementazione della logica di ritentazione migliora l'affidabilità delle applicazioni, specialmente per i database ospitati nel cloud.
Non usare i retenti per nascondere errori di configurazione o di codice. Un database mancante, credenziali scadenti o un pool di connessioni esaurito necessitano di una soluzione, non di un altro tentativo.
Identificare gli errori transitori
MSSQL-Python non espone il numero di errore del motore SQL Server come attributo nelle eccezioni. Invece, il driver mappa i codici SQLSTATE a un insieme fisso di sottoclassi di eccezione PEP 249 (OperationalError, ProgrammingError, e così via) e a testo inglese standardizzato nell'attributo driver_error . Usa questa combinazione come base per la classificazione dei transitori.
Segnali transitori affidabili
I seguenti valori SQLSTATE compaiono come OperationalError e indicano una condizione che vale la pena riprovare. La colonna di destra mostra il testo esatto driver_error impostato dal pilota:
| SQLSTATE |
driver_error testo |
Condition |
|---|---|---|
HYT00 |
Timeout expired |
Timeout a livello di istruzione. |
HYT01 |
Connection timeout expired |
Timeout per il momento di connessione. |
08001 |
Client unable to establish connection |
Non riuscivo ad aprire una connessione. |
08S01 |
Communication link failure |
Interruzione della rete, reset del server, guasto TCP. |
08007 |
Connection failure during transaction |
Connessione persa a metà transazione. |
40001 |
Serialization failure |
Vittima di un deadlock. |
40003 |
Statement completion unknown |
Stato indeterminato della transazione. |
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
Limitazione di Azure SQL (al meglio possibile)
Gli errori di throttling di Azure SQL (40197, 40501, 40613, 49918, 49919, 49920 e i codici correlati) in genere si presentano con SQLSTATE 42000, che mssql-python associa a ProgrammingError. Il numero di errore del motore non appare come attributo, quindi l'unico segnale è il testo del messaggio server nell'attributo ddbc_error .
Se il tuo carico di lavoro funziona su Azure SQL e devi riprovare a fare throttling, cerca ddbc_error il numero conosciuto. Questo è il miglior sforzo perché il formato del testo lato server non è un contratto stabile:
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")
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 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)
Cosa non riprovare
Esempi di errori che dovrebbero fallire rapidamente invece di riprovare includono credenziali non valide (OperationalError con testo Invalid authorization specificationdel driver), un database mancante o inaccessibile, errori di sintassi (ProgrammingError), oggetti mancanti e esaurimento del pool di connessioni. La funzione is_transient_error precedente esclude tutti questi elementi per costruzione.
Decoratore di base per i tentativi
Ritentativo semplice con ritardo fisso
Un decoratore che riprova la funzione wrapped un numero fisso di volte con un ritardo costante:
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()
Backoff esponenziale
Aumenta esponenzialmente il ritardo tra un tentativo e l'altro, con jitter opzionale, per dilazionare i tentativi simultanei:
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 di ritentazione di connessione
Gestore di connessione resiliente
Un involucro di connessione che gestisce sia il ritentativo che la riconnessione automatica:
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")
Handling specifico di Azure SQL
Gestire la limitazione di Azure
Gli errori di throttling di Azure SQL richiedono ritardi più lunghi e un numero maggiore di tentativi rispetto ai normali errori transitori. Riutilizza is_azure_throttling da Identifica gli errori transitori:
def execute_with_throttle_handling(cursor, query: str, params: dict,
max_retries: int = 10,
base_delay: float = 5.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 80s
print(f"Throttled. Waiting {delay}s before retry...")
time.sleep(delay)
continue
raise
Gestione del failover
Riconnettiti e riprova quando Azure SQL o il failover del gruppo di disponibilità interrompono una connessione:
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=AdventureWorks2022;"
"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"}
)
Gestione dello stallo
Ritenta in caso di deadlock
I deadlock (errore 1205) sono transitori. Riprova con un breve ritardo casuale per rompere il ciclo di stallo. Riprovare consente di gestire l'errore immediato, ma deadlock ricorrenti indicano un problema di progettazione che dovresti analizzare sul lato server. Per indicazioni sull'analisi e la risoluzione della causa principale, vedi Errori di bloccaggio.
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
Nuovo tentativo strutturato con configurazione
Classe dei criteri per i nuovi tentativi
Incapsula la configurazione dei tentativi in una dataclass per riutilizzarla in diverse operazioni:
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)
Modello di interruttore
Prevenire fallimenti a cascata tracciando errori consecutivi e bloccando temporaneamente le chiamate quando si raggiunge una soglia:
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
Contenuti correlati
- Gestione degli errori
- Pool di connessioni
- Risoluzione dei problemi
- Resilienza delle connessioni Azure SQL
Non riprovare in caso di errori di configurazione
Non tutti gli errori sono transitori. Riprovare un errore di configurazione o di codice fa perdere tempo e può mascherare il vero problema. Solo errori di riprova che potrebbero risolversi da soli. Poiché mssql-python non espone il numero di errore del motore come attributo, classifica per sottoclasse eccezione più il driver_error testo.
Non riprovare mai queste (correggi il codice o la configurazione invece):
| Condition | Tipo di eccezione |
driver_error testo |
Correzione |
|---|---|---|---|
| Nome oggetto non valido (engine 208) | ProgrammingError |
Base table or view not found |
La tabella non esiste. Correggi la query o crea la tabella. |
| Nome della colonna non valido (motore 207) | ProgrammingError |
Column not found |
La rubrica non esiste. Controlla lo schema. |
| Sintassi errata (engine 102) | ProgrammingError |
Syntax error or access violation |
Risolvi la domanda. |
| Accesso non riuscito (engine 18456) | OperationalError |
Invalid authorization specification |
Credenziali sbagliate. Correggi la stringa di connessione. |
| Non è possibile aprire il database (motore 4060) | OperationalError |
Server rejected the connection |
Il database non esiste o non è accessibile al login. Correggi la destinazione o i permessi. |
| Esaurimento del pool di connessioni | OperationalError |
(varia) | Aumentare la capacità del pool, rilasciare rapidamente le connessioni o ridurre la concorrenza. |
ConnectionStringParseError |
Autonomo | N/D | Errore di battitura nella parola chiave della stringa di connessione. Aggiusta il filo. |
| Funzionalità non supportata | NotSupportedError |
Optional feature not implemented |
Usa un approccio alternativo. |
Riprova sempre questi (si risolvono da soli):
| Condition | Tipo di eccezione |
driver_error testo |
|---|---|---|
| Timeout rendiconto | OperationalError |
Timeout expired |
| Timeout connessione | OperationalError |
Connection timeout expired |
| Non riuscivo ad aprire la connessione | OperationalError |
Client unable to establish connection |
| Disconnessione di rete | OperationalError |
Communication link failure |
| La connessione è caduta a metà transazione | OperationalError |
Connection failure during transaction |
| Vittima di blocco (motore 1205) | OperationalError |
Serialization failure |
| Stato indeterminato della transazione | OperationalError |
Statement completion unknown |
| Azure SQL throttling (40197, 40501, 40613, 49918–49920) | ProgrammingError |
Syntax error or access violation (il numero del motore è solo in ddbc_error; usa is_azure_throttling) |