Hablemos un poco sobre este tema, tratando de simplificar:
1.
No es buena idea que dos usuarios se logueen a una base con el mismo nombre de usuario.
2. No es buena idea, en realidad es
pésima idea, que usen el usuario
root para hacer enlaces a la base. El usuario root es el superusuario de más alto nivel y tiene permisos
hasta para eliminar la base, tablas, datos otros usuarios... es decir, si pones el usuario root y su password en una aplicación php en un host de web, te expones a que eventualmente alguien pueda tomar el control de tu base y simplemente eliminarla.
Es lo mismo que entregarle a un desconocido la llave y la dirección de tu casa.
3. Los sistemas de gestion de bases de datos (SGBD o DBMS, como se denominan genéricamente) como MySQL, Oracle, DB2, etc., permiten configurar la capacidad de accesos y los permisos de trabajo para un usuario. En ese contexto, es posible dejar que un usuario pueda loguearse muchas veces en forma simultánea en diferentes puestos, con el mismo username y el mismo password.
Es el DBA quien tiene que definir ese tema para cada usuario.
4. Si se permite ese multilogueo, y como es el mismo username, tiene permiso para hacer las mismas cosas con todas las tablas... Imagínate los problemas que eso causa.
5. Cuando se habla de
concurrencia se está diciendo que dos procesos (hilos de tarea en un programa) están llamando a la misma tabla o procedure de la base al mismo tiempo. Como cada hilo de proceso está siendo usado desde una IP distinta, las respuestas de la base se dirigen a una o a otra, según cuál hizo qué pedido. Como las tareas "concurren" hacia un mismo elemento de la base, se denominan concurrentes.
6. La concurrencia puede hacer que en un momento dado, un usuario borre un registro, mientras otro lo está actualizando, por ejemplo. En ese caso, ¿en qué estado queda? ¿actualizado o borrado? En un caso así, si la acción inicial fue la lectura para actualizar y antes de grabar, el usuario 2 borra el registro, cuando el 1 manda a grabar, la base no encuentra el registro y el proceso
colapasa... ¿Se entiende? Ese caso es crítico, pero se puede dar que dos intenten actualizar al mismo tiempo: Imagínate si dos personas quieren retirar al mismo tiempo todos los fondos de una cuenta. ¿Quién retira y a quién se le dice que no hay plata, si un instante antes
había?
Resumiendo:
1. No uses el root.
2. El login debe incluir de parte de los usuarios: username y password.
3. Crea un usuario que no sea root con permisos de crear usuarios.
4. Ese usuario puedes incrustarlo en el PHP, sólo para hacer que los usuarios de la web se suscriban y se den de alta.
5. Una vez hecha el alta, que se logueen, pero esos usuarios no tendrán los permisos de root.
6. Esos usuarios no deben poder loguearse más de una vez al mismo tiempo.
Referente a los procesos:
1. Cuando un usuario lee una tabla para cambiar algo (insertar, borrar o actualizar), debe usarse un LOCK a esa tabla.
2. En los store procedures, deben usarse transacciones.
Sobre los permisos:
13.5.1.3. Sintaxis de GRANT y REVOKE
Sobre concurrencia y bloqueos de tablas:
1.7.5.3. Transacciones y operaciones atómicas
Sobre generar formularios de login y de altas de usuarios, consulta en el
Foro de PHP, porque eso no es cosa de la base. En la base se crean los usuarios, no los formularios.
