Connessione MySql, posso lasciarla aperta?

Question

È intelligente mantenere la connessione aperta durante l'intera sessione? Ho creato un'applicazione C# che si collega a un database MySql, il programma legge e scrive su di esso e l'applicazione deve essere in esecuzione circa 10 ore al giorno senza interruzioni.

Ci sono dei rischi connessi al mantenere la connessione aperta invece di chiamare la funzione close() ogni volta dopo aver prelevato qualcosa dal database e averlo riaperto quando hai bisogno di qualcosa di nuovo?

Answer 1

Rilasciare una connessione aperta per un po 'va bene, a patto che:

1. non si dispone di così tante connessioni contemporaneamente inattive che ti ha colpito il limite di connessione MySQL;

2. non lasciarlo aperto per ore senza fare nulla. La connessione MySQL predefinita wait_timeout è di 8 ore; lascia una connessione inattiva per così tanto tempo e quando la userai per la prossima volta otterrai un errore "Il server MySQL è andato via".

Answer 2

Se l'applicazione utilizza la connessione, non vi è alcun motivo per chiuderla. Se non hai bisogno della connessione dovresti chiuderla. Se dovessi connettere più applicazioni al database, hai un numero fisso di connessioni a quel database. Ecco perché è meglio chiudere quando hai finito e riaprire quando ne hai bisogno.

Answer 3

Da un punto di vista della sicurezza, direi il suo meglio per chiuderla dopo una query, solo per essere sicuri che nessun altro programma può iniettare E 'proprie cose in connessione aperta.

Mentre le prestazioni sono ridotte, è chiaramente meglio avere la connessione aperta per tutto il tempo.

La scelta ^^

Answer 4

Dal momento che si sta utilizzando ADO.NET, è possibile utilizzare integrato collegamento di ADO.NET pool capacità. In realtà, mi permetta di precisare che: è necessario che utilizzi sempre le funzionalità di pool di connessioni integrate di ADO.NET. In questo modo otterrai il runtime .NET per gestire in modo trasparente le tue connessioni per te in background. Manterrà le connessioni aperte per un po 'anche se le hai chiuse e riutilizzate se apri una nuova connessione. Questa è roba davvero veloce.

Assicurarsi di indicare nella stringa di connessione che si desidera disporre di connessioni in pool in quanto potrebbe non essere il comportamento predefinito.

Hai solo bisogno di creare connessioni a livello locale quando ne avete bisogno, dato che sono convogliati nel Fondo backrgound quindi non c'è overhead nella creazione di una nuova connessione:

using (var connection = SomeMethodThatCreatesAConnectionObject()) 
{ 
    // do your stuff here 
    connection.Close(); // this is not necessary as 
         // Dispose() closes it anyway 
         // but still nice to do. 
} 

Ecco come si suppone per farlo in .NET.

Answer 5

No, non vedo alcun motivo per non lasciare aperta una connessione e riutilizzarla: dopotutto, questo è il punto dietro le varie tecnologie di connessione-pool di cui si parla (anche se queste sono generalmente riservate per situazioni multi-thread in cui i lavori funzionano tutti sulla stessa origine dati).

Ma, per espandere sulla risposta da bobince, - solo beacause non si sta chiudendo la connessione, non presumere che qualcos'altro non sarà: la connessione potrebbe timeout, ci potrebbero essere problemi di connessione o cento e uno altri motivi per cui la tua connessione muore. È necessario presumere che la connessione potrebbe non essere presente e aggiungere la logica al codice per questa eccezione.

Answer 6

Non è consigliabile, a mio parere, mantenere le connessioni aperte. Un altro aspetto che parla sempre di connessioni di chiusura è la scalabilità. Potrebbe andar bene ora lasciarlo aperto, ma cosa succede se l'app viene utilizzata da due volte il triplo della quantità di utenti. È un dolore al collo tornare indietro e cambiare tutto il codice. (So ​​di averlo fatto :-)

Answer 7

Il problema verrà risolto se si utilizza il pool di connessioni nel codice. Non è necessario aprire e chiudere la connessione in modo da risparmiare risorse preziose che vengono utilizzate durante l'apertura di una connessione. È sufficiente restituire la connessione a un pool che, quando richiesto per una connessione, restituisce una connessione inattiva.

Ovviamente sono dell'opinione, ottenere un'istanza della connessione, utilizzarla, eseguire il commit/rollback del lavoro e restituirlo al pool. Non suggerirei di mantenere la connessione aperta per così tanto tempo.

Answer 8

Una cosa che non ho visto nelle altre risposte, tuttavia: nel caso in cui siano state preparate istruzioni o tabelle temporanee, potrebbero bloccare le risorse del server fino a quando la connessione non viene chiusa. D'altro canto, può essere utile mantenere la connessione in giro per qualche tempo invece di ricrearli ogni pochi istanti.

Answer 9

Pagherete una penalità per le prestazioni se aprite e chiudete costantemente i collegamenti. Potrebbe essere saggio utilizzare il pool di connessioni e un breve wait_timeout se si è preoccupati che troppe copie in esecuzione della tua app manchino troppe connessioni al database.

Answer 10

Sì, è possibile, a condizione che:

• Avrete ricollegarlo se si perde la connessione
• È possibile ripristinare lo stato della connessione, se succede qualcosa di strano
• È in grado di rilevare se la connessione "tace" , ad esempio, se si verifica un timeout del firewall

Fondamentalmente richiede molta attenzione ai casi di guasto e ripristino corretto; connettersi e disconnettersi spesso è molto più facile.

Answer 11

Penso che, se esiste un meccanismo di connessione, è meglio chiudere la connessione.

Un motivo è che non è necessario ricontrollare se la connessione è ancora attiva o meno.