Dengan koneksi persisten:
- Anda tidak dapat membangun pemrosesan transaksi secara efektif
- sesi pengguna yang tidak mungkin pada koneksi yang sama
- aplikasi tidak dapat diskalakan. Seiring waktu, Anda mungkin perlu memperpanjangnya dan itu akan memerlukan pengelolaan/pelacakan koneksi persisten
- jika skrip, untuk alasan apa pun, tidak dapat melepaskan kunci di atas meja, maka skrip berikut akan memblokir tanpa batas waktu dan seseorang harus memulai ulang server db. Menggunakan transaksi, blok transaksi juga akan diteruskan ke skrip berikutnya (menggunakan koneksi yang sama) jika eksekusi skrip berakhir sebelum blok transaksi selesai, dll.
Koneksi persisten tidak membawa apa pun yang dapat Anda lakukan dengan koneksi non-persisten.
Lalu, mengapa menggunakannya?
Satu-satunya alasan yang mungkin adalah kinerja, untuk menggunakannya saat overhead membuat tautan ke SQL Server Anda tinggi. Dan ini tergantung pada banyak faktor seperti:
- jenis basis data
- apakah server MySQl berada di mesin yang sama dan, jika tidak, seberapa jauh? mungkin keluar dari jaringan/domain lokal Anda?
- berapa banyak kelebihan beban oleh proses lain di mesin tempat MySQL berada
Seseorang selalu dapat mengganti koneksi persisten dengan koneksi non-persisten. Ini mungkin mengubah kinerja skrip, tetapi tidak perilakunya!
RDMS komersial mungkin dilisensikan berdasarkan jumlah koneksi yang dibuka secara bersamaan dan di sini koneksi persisten dapat gagal
