Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Tijdelijke storingen zijn tijdelijke fouten die kunnen optreden bij het verbinden met SQL Server en Azure SQL via de mssql-python-driver. Deze fouten lossen vaak vanzelf op:
- Korte netwerkonderbrekingen.
- Serverresourcebeperkingen.
- Azure SQL throttling.
- Failover-gebeurtenissen.
Het implementeren van hertelingslogica verbetert de betrouwbaarheid van applicaties, vooral voor cloud-gehoste databases.
Gebruik geen nieuwe pogingen om configuratie- of programmeerfouten te verbergen. Een ontbrekende database, slechte inloggegevens of een uitgeputte verbindingspool heeft een oplossing nodig, geen nieuwe poging.
Bij pooling en de standaardprovider msodbcsql18 past de driver tijdelijk een native timeout voor verbindingsoperaties toe tijdens de validatie van een hergebruikte verbinding: de positieve logintimeout, oftewel 15 seconden wanneer de logintimeout nul of niet gespecificeerd is. Dit is geen volledige validatie of deadline voor afrekenen. Meerdere native bewerkingen, opruimen en het openen van een vervangende verbinding kunnen extra tijd kosten. Als validatie faalt, probeert de driver een vervangende verbinding in plaats van te wachten op elke resterende idle verbinding. Dit herstel speelt je statements niet opnieuw af en herhaalt uitputting van de retrypool niet. Voor meer informatie, zie Connection pooling.
Identificeer tijdelijke fouten
mssql-python geeft het foutnummer van de SQL Server-engine niet als attribuut op uitzonderingen. In plaats daarvan koppelt de driver SQLSTATE-codes aan een vaste set PEP 249 uitzonderingssubklassen (OperationalError, ProgrammingError, enzovoort) en aan gestandaardiseerde Engelse tekst in het driver_error attribuut. Gebruik die combinatie als basis voor tijdelijke classificatie.
Betrouwbare transiënte signalen
De volgende SQLSTATE-waarden worden doorgegeven als OperationalError en duiden op een toestand waarbij het zinvol is om het opnieuw te proberen. De rechterkolom toont de exacte driver_error tekst die door de driver is ingesteld:
| SQLSTATE |
driver_error Tekst |
Conditie |
|---|---|---|
HYT00 |
Timeout expired |
Time-out op statementniveau. |
HYT01 |
Connection timeout expired |
Time-out bij verbinding. |
08001 |
Client unable to establish connection |
Kon geen verbinding maken. |
08S01 |
Communication link failure |
Netwerkuitval, serverreset, TCP-fout. |
08007 |
Connection failure during transaction |
Verbinding verloren tijdens de transactie. |
40001 |
Serialization failure |
Deadlockslachtoffer. |
40003 |
Statement completion unknown |
Onbepaalde transactiestatus. |
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
Azure SQL-beperking (naar beste vermogen)
Azure SQL-throttlingfouten (40197, 40501, , 40613, 49918, 49919, , 49920, en gerelateerde codes) komen meestal voor bij SQLSTATE 42000, dat mssql-python koppelt aan ProgrammingError. Het enginefoutnummer wordt niet als attribuut weergegeven, dus het enige signaal is de serverberichttekst in het ddbc_error attribuut.
Controleer ddbc_error op bekende nummers wanneer aanwezig en op het standaard Engelse foutbericht 40501. Het nummer kan ontbreken, en de berichttekst is geen stabiel contract. Gelokaliseerde of anders geformatteerde diagnostiek komt mogelijk niet overeen:
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)
Wat u niet opnieuw moet proberen
Voorbeelden van fouten die direct moeten mislukken in plaats van opnieuw te worden geprobeerd, zijn onder andere ongeldige inloggegevens (OperationalError met drivertekst Invalid authorization specification), een ontbrekende database of onvoldoende permissies, syntaxisfouten (ProgrammingError), ontbrekende objecten en uitputting van de verbindingspool. De is_transient_error bovenstaande functie sluit al deze uit door constructie.
Basale decorator voor opnieuw proberen
Eenvoudige herpoging met vaste vertraging
Een decorator die de ingepakte functie een vast aantal keer opnieuw uitvoert met een constante vertraging:
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()
Exponentiële terugschakeling
Verhoog de vertraging tussen herhalingen exponentieel met optionele jitter om gelijktijdige herhalingen te spreiden:
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()
Klasse voor opnieuw verbinden
Veerkrachtige verbindingsmanager
Een verbindingswrapper die zowel herpoging als automatische herverbinding afhandelt:
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")
Azure SQL-specifieke afhandeling
Gebruik de mssql-python exception mapping in Identify transient errors om fouten uit de volgende catalogus te classificeren.
De volgende fouten kunnen voorbijgaand zijn wanneer ze optreden tijdens het tot stand brengen van de verbinding of tijdens het verzenden van een verzoek naar de server. Probeer het na een korte, begrensde wachttijd opnieuw. Fouten die langer dan een paar herpogingen blijven bestaan, wijzen meestal op een configuratieprobleem, zoals een verkeerde server, ontbrekende permissies, incompatibele encryptie-instellingen of een uitgeputte quotum, die een herpoging niet oplost.
| Error | Storingssoort | Bericht | Troubleshooting |
|---|---|---|---|
64 |
Transport tijdens inloggen | 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.) |
De TCP-verbinding valt halverwege de handshake weg. Geen referentiefout. Als dit zich blijft voordoen, controleert u op instabiliteit van het netwerk aan de clientzijde of een tussenliggend apparaat dat half tot stand gebrachte verbindingen afneemt. |
233 |
Transport vóór het aanmelden of TLS | The client was unable to establish a connection because of an error during connection initialization process before login. |
De server geeft deze foutmelding vaak wanneer hij de verbinding niet kan accepteren vanwege uitputting van middelen, een limiet of een niet-ondersteunde client. Geen referentiefout. Controleer de status van de server en controleer vervolgens de time-out voor clientaanmelding, de TLS-instellingen en de compatibiliteit van de TLS-versies van client en server. |
4060 |
Beschikbaarheid of toegang van de database | Cannot open database "%.*ls" requested by the login. The login failed. |
De aanmelding wordt geverifieerd, maar kan de aangevraagde database niet openen. Tijdelijke oorzaken zijn onder andere dat de database bezig is met een overgang (failover, herstel, schalen) of automatisch is gepauzeerd. Aanhoudende oorzaken (database bestaat niet, login heeft geen toegang) worden niet opgelost door opnieuw te proberen; controleer de databasenaam, de loginkoppeling en de status van de database. |
4221 |
Leesbare secundaire overgang | Login to read-secondary failed due to long wait on 'HADR_DATABASE_WAIT_FOR_TRANSITION_TO_VERSIONING'. |
De replica is niet beschikbaar voor aanmelden omdat voor transacties die nog in uitvoering waren toen de replica werd gerecycled, rijversies ontbreken. Draai de actieve transacties op de primaire server terug of leg ze vast om het probleem op te lossen. Beperk dit door lange schrijftransacties op de primaire schijf te voorkomen. |
10053 |
Lokale transportafbreking | 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.) |
De lokale kant breekt de verbinding af. Controleer de netwerkstatus aan de clientzijde en een lokale firewall of VPN-client. |
10054 |
Extern transport opnieuw instellen | 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.) |
De externe zijde verzendt een TCP-reset. Veelvoorkomende oorzaken: het peerproces is vastgelopen, een firewall heeft een reset geïnjecteerd of de Azure SQL-gateway heeft een niet-actieve verbinding gesloten. Schakel voor patronen van resets door inactiviteit TCP-keepalive in op de client of verkort de inactiviteitstime-out van de connectionpool. |
10060 |
Time-out voor verbinding | A connection attempt failed because the connected party did not properly respond after a period of time. |
De server of een tussenliggend netwerkapparaat antwoordde niet voordat de time-out van de TCP-verbinding was verstreken. Controleer de servergezondheid, routering, firewallregels en of de geconfigureerde host en poort bereikbaar zijn. |
10928 |
Limiet van databasebronnen | Resource ID: %d. The %s limit for the database is %d and has been reached. |
De database overschrijdt een Azure SQL limiet voor resourcebeheer. Resource-id 1 geeft de werkrollimiet aan; Resource-id 2 geeft de sessielimiet aan. Identificeer het limiettype van het bericht en verminder de gelijktijdigheid, schaal de database omhoog of verkort langlopende bewerkingen die de resource bevatten. |
10929 |
Databasethrottling | 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. |
De database zit boven de minimumgarantie en de onderliggende server beperkt de prestaties. Het opnieuw proberen slaagt meestal wanneer de load van de buur afneemt. Aanhoudende incidenten geven aan dat u een hoger serviceniveau of een minder rumoerige omgeving nodig hebt. |
40020,40143,40166,40540 |
Azure SQL-failover-subcode | Gerapporteerd in de Error code %d sleuf van fout 40197 tijdens de failover. |
Subcodes die zijn ingesloten in een 40197-failoverbericht en in sommige gevallen als foutnummer op het hoogste niveau worden weergegeven. Behandel ze hetzelfde als 40197. |
40197 |
Azure SQL failover | The service has encountered an error processing your request. Please try again. Error code %d. |
Een software-upgrade, een hardwarefout of een andere failovergebeurtenis in Azure SQL. Opnieuw verbinden leidt u naar een gezonde replica. De ingesloten foutcode identificeert het failovertype. Als de fout zich blijft voordoen, legt u de sessietracerings-id vast en neemt u contact op met de ondersteuning. |
40501 |
Azure SQL throttling | The service is currently busy. Retry the request after 10 seconds. Incident ID: %ls. Code: %d. |
Azure SQL motorbeperking. De aanbevolen ondergrens is een wachttijd van 10 seconden. Aanhoudende throttling geeft aan dat de werklast de resourceallocatie van de database heeft overschreden; Schaal de servicelaag op of verminder de gelijktijdigheid. |
40613 |
Database niet beschikbaar | 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'. |
De database is niet beschikbaar, meestal halverwege een failover of kort tijdens een schaalbewerking. Probeer het na enige wachttijd opnieuw; als het probleem na enkele minuten aanhoudt, leg dan de sessietracerings-id vast en maak een supportticket aan. |
42108 |
SQL-pool gepauzeerd | Can not connect to the SQL pool since it is paused. Please resume the SQL pool and try again. |
De toegewezen SQL-pool (Synapse) is onderbroken. Opnieuw proberen lukt pas nadat de pool is hervat. Hervat de pool expliciet of plan de workload zodanig dat deze wordt uitgevoerd nadat de pool is hervat. |
42109 |
SQL-pool wordt hervat | The SQL pool is warming up. Please try again. |
De toegewezen SQL-pool wordt hervat. Blijf het opnieuw proberen met steeds langere tussenpozen totdat de pool online is; het opstarten duurt meestal een paar minuten. |
49918 |
Tekort aan servicemiddelen | Cannot process request. Not enough resources to process request. The service is currently busy. Please retry the request later. |
De server kan momenteel onvoldoende resources toewijzen om aan de aanvraag te voldoen. Opnieuw proberen na een wachttijd. Als de fout zich blijft voordoen, schaalt u de database of elastische pool omhoog. |
49919 |
Snelheidsbeperking voor beheerbewerkingen | Cannot process create or update request. Too many create or update operations in progress for subscription "%ld". |
Gelijktijdigheidslimiet op abonnementsniveau voor beheerbewerkingen. Verminder parallelle aanroepen voor maken of bijwerken, of spreid ze in de tijd. |
49920 |
Beperking van abonnementsoperaties | Cannot process request. Too many operations in progress for subscription "%ld". |
Gelijktijdigheidslimiet op abonnementsniveau voor bewerkingen in vlucht. Verminder het parallelisme of wacht tot de lopende bewerkingen zijn voltooid. |
Fouten op instructieniveau staan niet in deze lijst, omdat ze optreden nadat de verbinding tot stand is gekomen en de sessie na de fout bruikbaar blijft. De meest voorkomende fouten in opnieuw uit te voeren instructies zijn 1205 (deadlockslachtoffer) en 1222 (time-out bij een vergrendelingsaanvraag). Voer de hele transactie opnieuw uit in plaats van de enkele mislukte instructie.
De tekst van het foutbericht is afkomstig van Azure SQL tijdelijke verbindingsfouten. Deze fouten zijn geschikt voor herhaling via SQL Server, Azure SQL Database, Azure SQL Managed Instance, SQL database in Microsoft Fabric en speciale SQL-pools in Azure Synapse Analytics.
Azure-throttling afhandelen
Azure SQL throttling-fouten vereisen langere vertragingen en meer herpogingen dan standaard transient-fouten. Hergebruik is_azure_throttling van Herken tijdelijke fouten:
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
Failover afhandelen
Maak opnieuw verbinding en probeer opnieuw wanneer Azure SQL of availability group failover een verbinding onderbreekt:
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"}
)
Afhandeling van deadlocks
Opnieuw proberen bij patstelling
Deadlocks (fout 1205) zijn tijdelijk. Probeer opnieuw met een korte willekeurige vertraging om de deadlock-cyclus te doorbreken. Opnieuw proberen lost de directe storing op, maar terugkerende deadlocks wijzen op een ontwerpprobleem dat je serverzijde moet onderzoeken. Voor richtlijnen bij het analyseren en oplossen van de onderliggende oorzaak, zie Deadlock-fouten.
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
Gestructureerde herpoging met configuratie
Retry policy-klasse
Encapsuleer de configuratie van retry in een dataclass voor hergebruik over verschillende bewerkingen:
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)
Circuitonderbrekerpatroon
Voorkom cascaderende storingen door opeenvolgende fouten te volgen en tijdelijk aanroepen te blokkeren wanneer een drempel wordt bereikt:
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
Probeer configuratiefouten niet opnieuw
Niet elke fout is voorbijgaand. Het opnieuw proberen van een configuratie- of codefout verspilt tijd en kan het echte probleem verhullen. Probeer alleen fouten opnieuw die vanzelf kunnen worden opgelost. Omdat mssql-python het foutnummer van de engine niet als attribuut blootlegt, classificeer je op uitzonderingssubklasse plus de driver_error tekst.
Probeer deze nooit opnieuw (repareer de code of configuratie):
| Conditie | Uitzonderingstype |
driver_error Tekst |
Repareren |
|---|---|---|---|
| Ongeldige objectnaam (engine 208) | ProgrammingError |
Base table or view not found |
De tafel bestaat niet. Fix de query of maak de tabel aan. |
| Ongeldige kolomnaam (motor 207) | ProgrammingError |
Column not found |
De kolom bestaat niet. Controleer het schema. |
| Onjuiste syntaxis (motor 102) | ProgrammingError |
Syntax error or access violation |
Corrigeer de query. |
| Login mislukt (motor 18456) | OperationalError |
Invalid authorization specification |
Verkeerde referenties. Los de verbindingsreeks op. |
| Database niet gevonden of toegang geweigerd (engine 4060) | OperationalError |
Server rejected the connection |
De database bestaat niet of is niet toegankelijk voor de login. Fix het doel of de permissies. |
| Uitputting van verbindingspool | OperationalError |
(varieert) | Verhoog de poolcapaciteit, geef snel verbindingen vrij, of verminder gelijktijdigheid. |
ConnectionStringParseError |
Zelfstandig | n.v.t. | Typefout in het verbindingsreeks-zoekwoord. Maak het touw vast. |
| Niet-ondersteunde functie | NotSupportedError |
Optional feature not implemented |
Gebruik een alternatieve aanpak. |
Probeer deze altijd opnieuw (ze lossen vanzelf op):
| Conditie | Uitzonderingstype |
driver_error Tekst |
|---|---|---|
| Time-out voor instructie | OperationalError |
Timeout expired |
| Verbindingstijdoverschrijding | OperationalError |
Connection timeout expired |
| Verbinding niet geopend | OperationalError |
Client unable to establish connection |
| Netwerkverval | OperationalError |
Communication link failure |
| Verbinding verbroken midden in een transactie | OperationalError |
Connection failure during transaction |
| Slachtoffer van patstelling (motor 1205) | OperationalError |
Serialization failure |
| Onbepaalde transactietoestand | OperationalError |
Statement completion unknown |
| Azure SQL throttling (40197, 40501, 40613, 49918–49920) | ProgrammingError |
Syntax error or access violation (gebruik is_azure_throttling om overeen te komen met ddbc_error-tekst) |