cyt. z jakiejs strony:
1. Ludzie niezbyt dobrze znaj?cy zasady dzia?ania serwerów mog? czasem bra? sta?e po??czenia za co?, czym te nie s?. Sta?e po??czenia nie stwarzaj? mo?liwo?ci otwarcia po??czenia dla konkretnego u?ytkonika, nie pozwalaj? na skuteczne stworzenie systemu transakcji, i nie robi? wielu innych rzeczy. Powiedzmy to jasno, sta?e po??czenia nie oferuj? nic ponad to, co robi? 'zwyk?e' po??czenia.

2. Istnieje kilka zagro?e?, które nale?y bra? pod uwag? decyduj?c si? na u?ywanie sta?ych po??cze?. Jednym z nich jest sytuacja, w której skrypt blokuj?cy tabel?, z jakiegokolwiek powodu nie mo?e zdj?? blokady. Wtedy kolejne skrypty korzystaj?ce z tego samego po??czenia b?d? zablokowane i mo?e zaj?? potrzeba ponownego uruchomienia serwera httpd lub serwera bazy danych. Kolejne zagro?enie dotyczy transakcji. Je?li skrypt u?ywaj?cy transakcji zako?czy dzia?anie przed zako?czeniem bloku transakcji, to zostanie on (blok) przeniesiony do nast?pnego skryptu. W obu przypadkach mo?na u?y? register_shutdown_function(), aby zarejestrowa? funkcj? porz?dkuj?c?, która odblokuje tabele lub wycofa transakcje. Najlepiej jednak jest zrezygnowa? ze sta?ych po??cze? w skryptach u?ywaj?cych blokowania tabel lub transakcji.


3. U?ywanie sta?ych po??cze? mo?e wymaga? dostrojenia konfiguracji Apache'a i MySQLa, aby nie przekroczy? limitu jednoczesnych po??cze? dozwolonych przez MySQL.