Koneksi persisten seharusnya tidak diperlukan untuk MySQL. Di database lain (seperti Oracle), membuat koneksi mahal dan memakan waktu, jadi jika Anda dapat menggunakan kembali koneksi, itu adalah keuntungan besar. Tetapi merek database tersebut menawarkan penggabungan koneksi, yang memecahkan masalah dengan cara yang lebih baik.
Membuat koneksi ke database MySQL lebih cepat dibandingkan dengan merek lain tersebut, jadi menggunakan koneksi persisten secara proporsional memberikan manfaat yang lebih sedikit untuk MySQL dibandingkan dengan merek database lain.
Koneksi yang persisten juga memiliki kelemahan. Server database mengalokasikan sumber daya untuk setiap koneksi, apakah koneksi diperlukan atau tidak. Jadi, Anda melihat banyak sumber daya yang terbuang sia-sia jika koneksi tidak aktif. Saya tidak tahu apakah Anda akan mencapai 10.000 koneksi menganggur, tetapi bahkan beberapa ratus itu mahal.
Koneksi memiliki status, dan tidak pantas jika permintaan PHP "mewarisi" informasi dari sesi yang sebelumnya digunakan oleh permintaan PHP lain. Misalnya, tabel sementara dan variabel pengguna biasanya dibersihkan saat koneksi ditutup, tetapi tidak jika Anda menggunakan koneksi persisten. Demikian juga pengaturan berbasis sesi seperti set karakter dan susunan. Juga, LAST_INSERT_ID() akan melaporkan id yang terakhir dibuat selama sesi -- meskipun itu selama permintaan PHP sebelumnya.
Untuk MySQL setidaknya, kelemahan dari koneksi yang persisten mungkin lebih besar daripada manfaatnya. Dan ada teknik lain yang lebih baik untuk mencapai skalabilitas tinggi.
Pembaruan Maret 2014:
Kecepatan koneksi MySQL selalu rendah dibandingkan dengan merek RDBMS lainnya, tetapi semakin baik.
Lihat http://mysqlserverteam.com/improving-connectdisconnect-performance/
Baca blog untuk detail lebih lanjut dan perbandingan kecepatan.
