Hola.

Puedes activar dicho mandamiento con :

LOCK TABLE nombre_tabla  WRITE;

dicho mandamiento permite que el usuario que Lockeo la tabla en escritura sea el unico que en su sección tenga capacidad de escritura/lectura en la tabla en cuestion, hasta que ese usuario libere el lockeo de la tabla con UNLOCK TABLES;

Si otro usuario inicia sesion y intenta actualizar/modificar/etc la misma tabla mientras esta lockeada por otro usuario en su session, la consulta se quedara en espera hasta que sea liberado el lock por el usuario que lo genero inicialmente, ya liberado la consulta en espera sera realizada.

Supongo que te refieres a si es funcional en PHP puesto que cuando preparas una consulta con el API de MySQL en PHP haces 1 sola peticion....

No hagas en el codigo PHP consultas divididas, puedes incluir todo lo que quieres en 1 sola consulta, mas o menos asi:

LOCK TABLE tabla WRITE; INSERT INTO tabla VALUES('algo'); UNLOCK TABLES;

Asi se lanzarian en 1 sola consulta 3 juntas. (Puedes probarlo via shell para que veas como funciona) pero ten la constancia que esto solo lockeara la tabla en fracion de milisegundos, (solamente hasta que se inserte o actualize o se cumpla la consulta que va en el medio de lock tables y unlock tables) seguido termine la consulta se desbloqueara la tabla, esto aunque funcione yo no te lo recomendaria, ya que haria constantes lockeos y desbloqueos de tablas en el motor muchas veces por fraciones de milisegundos. Solamente si estas seguro que es un area que no sera muy concurrente en modificaciones, podrias aplicar la peticion de la manera anterior o podrias (Aunque no se si existe en PHP) aplicar un HERE DOCUMENT dentro de tu codigo.

Pero de poderse se puede tu peticion.

Si efectivamente eso es correcto. (aunque no se nada sobre PHP).

Recuerda  ❶ que en el CPU como tal nada (aunque digan que es multitarea y corre 2 procesos a la vez) nada, realmente ejecuta 2 procesos a la vez (Por eso se ha creado semaforos, memoria compartida, colas, etc, etc), asi  mismo ocurre en el motor de base de datos, la diferencia de ejecucion de una consulta u otra se diferenciaran por fraciones de milisegundos (nanosegundos en este caso, estan en cache de memoria).

Pero yo particularmente, no recomendaria esto por la masivas lockeos y deslockeos en fraciones de nanosegundos por una consulta generada por usuarios, como ya habia expuesto.

PD: He supuesto que la conexión mediante el script no se hara siempre con el mismo usuario, ya que no tendria mucha logica lockear una tabla si se usa un unico usuario, el lockeo no aplicaria para este solo si es de lectura, esto sin contar que el mismo ha afirmado que lo prueba por shell y phpadmin y funciona, entonces supongo que no se refiere a un unico usuario.

Bueno DickJunior, segun lo expresado por ti finalmente, el ejemplo expresado por mi (realizar 3 peticiones en 1 sola consulta) no aplicaria para tu caso. No se como vaya en PHP (Si por cada consulta SQL realize conexión a la DB, preparar consulta, aplicar consulta y salir) porque si en PHP funciona de esta manera, aun lograras la manera de validar la sección de usuario y enviar un lock table, al finalizar la consulta se eliminaria de la cache de memoria y las tablas quedarian en unlock. La unica via de poder aplicar un lock table y que permanezca funcional como esperas que hagas, seria mantener una sección conectada en el motor DB sin deslogearse, poder llenar un formulario mientras tanto para finalmente, enviar 1 sola consulta:

INSERT INTO TABLA VALUES('algo'); UNLOCK TABLES;

Lamentablemente yo no se como PHP maneja las conexiones al motor de base de datos o como hacer una especie de memlock de PHP en el motor que permita que identifiques un usuario con una DB y se mantenga ahi en sección logeado hasta que llenes tu formulario y pulses enviar.

Espero de antemano, que en la sección PHP te clarifiquen si es posible esto dentro de PHP como tal, autentificar una consulta SQL y permanecer anclado al motor hasta que ocurra un evento en PHP.

Editdo

Eliminar post.