Cómo acceder a MySQL desde múltiples hilos simultáneamente

Question

Estamos haciendo un pequeño punto de referencia de MySQL donde queremos ver cómo funciona para nuestros datos.

Parte de esa prueba consiste en ver cómo funciona cuando varios subprocesos simultáneos golpean el servidor con varias consultas.

El MySQL documentation (5.0) no es muy claro acerca de los clientes multihilo. Debo señalar que sí enlace con la biblioteca segura de subprocesos (libmysqlclient_r.so)

Estoy usando declaraciones preparadas y hago tanto lectura (SELECCIONAR) como escribir (ACTUALIZAR, INSERTAR, ELIMINAR).

• ¿Debo abrir una conexión por tema? Y si es así: ¿cómo puedo hacer esto incluso .. parece mysql_real_connect() devuelve el identificador original de DB que me dieron cuando me llamaron mysql_init())
• Si no: ¿cómo hago resultados y métodos seguros como mysql_affected_rows devuelve el valor correcto en vez de colisión con llamadas de otro hilo (el mutex/locks podría funcionar, pero se siente mal)

Answer 1

Como mantenedor de una aplicación C bastante grande que hace llamadas de MySQL desde múltiples hilos, puedo decir que no he tenido problemas con simplemente hacer una nueva conexión en cada hilo. Algunas advertencias que me he encontrado:

• Editar: Parece que esta bala sólo se aplica a las versiones 5.5 <; vea this page for your appropriate version: Como usted dice que ya está haciendo, enlace contra libmysqlclient_r.
• Llamada mysql_library_init() (una vez, desde main()). Lea los documentos sobre el uso en entornos multiproceso para ver por qué es necesario.
• Haga una nueva estructura MYSQL usando mysql_init() en cada hilo. Esto tiene el efecto secundario de llamar al mysql_thread_init() por usted. mysql_real_connect() como siempre dentro de cada subproceso, con su estructura MYSQL específica de subproceso.
• Si está creando/destruyendo muchos hilos, querrá usar mysql_thread_end() al final de cada hilo (y mysql_library_end() al final de main()). Es una buena práctica de todos modos.

Básicamente, no comparten MYSQL estructuras creadas o nada específico para esa estructura (es decir, MYSQL_STMT s) y que funcionará como se espera.

Esto parece menos trabajo que hacer un grupo de conexión conmigo.

Answer 2

Puede crear un grupo de conexiones. Cada hilo que necesita una conexión podría solicitar uno gratis del grupo. Si no hay conexión disponible, bloquee o haga crecer el grupo agregando una nueva conexión.

Hay un artículo here que describe los pros y los contras de un grupo de conexiones (a pesar de que está basado en Java)

Editar: Aquí hay una pregunta SO/respuesta sobre connection pools in C

Edit2: He aquí un enlace a una muestra Connection Pool for MySQL escrito en C++. (Probablemente debería ignorar las sentencias goto al implementar su propio.)

Answer 3

MySQL Threaded Clients in C

Se afirma que mysql_real_connect() no es hilo de seguridad por defecto. La biblioteca del cliente necesita ser compilada para acceso enhebrado.

Answer 4

me parece claro desde el MySQL Docs que cualquier estructura MYSQL específica se puede utilizar en un hilo sin dificultad - utilizando la misma estructura MYSQL en diferentes hilos simultáneamente está claro que va a dar resultados muy impredecibles como estado se almacena dentro de la conexión MYSQL.

Por lo tanto, cree una conexión por subproceso o use un grupo de conexiones como se sugiere arriba y proteja el acceso a ese grupo (es decir, reservar o liberar una conexión) utilizando algún tipo de Mutex.