Dans mon application, il existe
3 Réponses :
tandis que Pour que des insertions à partir de threads multiples fonctionnent simultanément, chaque thread doit utiliser sa propre connexion ExecuteUpdate Méthode en soi peut être le fil de sécurité, des déclarations préparées ne sont pas conçues pour être utilisées simultanément. En effet, chaque instance stocke vos paramètres jusqu'à ce que ExecuteUpdate lui indique d'envoyer les paramètres à MySQL. De plus, puisque les transactions sont gérées via des objets , partage de connexions simultanément sans synchronisation peut vous donner un comportement indésirable sur les engagements / restaurants.
et faire son propre préparéystatement . L'utilisation simultanée de multiples déclarations préparées sur la même base de données est la sécurité du fil, car la concurrence est gérée sur le côté RDBMS.
Il n'y a rien dans le Javadoc qui dit soit une connexion , A PreyStatement, ou un Result est threadsafe, et donc aucun de leurs les méthodes sont soit.
Vous pouvez créer plusieurs connexions afin que chaque thread utilise sa propre connexion JDBC à la base de données. ExecuteUpdate () n'est pas thread-coffre-fort à utiliser pour plusieurs threads.
Voir ceci ..