Смотри, какие варианты локов предлагает PHP
вариант 1 локать вызов PHP скрипта который запущен от какого либо пользователя.
вариант 2 локать вызов PHP скрипта в принципе если он уже запущен.


локать транзакцию какую то конкретную может только база , т.к. это уже её компетенция. Да, вызов лока в БД можно запустить через PHP , чем я сейчас и занимаюсь, но всё равно за это будет отвечать БД.

В моём конкретном случае у меня есть URL адрес на который постоянно идут запросы непрерывно, по очень много запросов в секунду. И делаю я вставку транзакции только в опеределенных случаях, и когда пользователь сделает определенный набор действий та же самая транзакция тоже вставляется.

Бывает так что инициировал пользователь и удаленный сервер вставку одновременно. Я не могу делать недоступной программу т.к. это вызовет огромные тормоза.

я думаю при очень много запросов в секунду и ексклюзивном локе на таблицу все просто встанет.

или дёргает простым селектиком с лимитом 1 , который ну очень легкий

Смотри, какие варианты локов предлагает PHP
вариант 1 локать вызов PHP скрипта который запущен от какого либо пользователя.
вариант 2 локать вызов PHP скрипта в принципе если он уже запущен.


локать транзакцию какую то конкретную может только база , т.к. это уже её компетенция. Да, вызов лока в БД можно запустить через PHP , чем я сейчас и занимаюсь, но всё равно за это будет отвечать БД.

В моём конкретном случае у меня есть URL адрес на который постоянно идут запросы непрерывно, по очень много запросов в секунду. И делаю я вставку транзакции только в опеределенных случаях, и когда пользователь сделает определенный набор действий та же самая транзакция тоже вставляется.

Бывает так что инициировал пользователь и удаленный сервер вставку одновременно. Я не могу делать недоступной программу т.к. это вызовет огромные тормоза.

Я таки этого и боялся. А как тогда быть, если вы говорите, никуда не лазить, а data_type нужен?

проблема в том что у вас может отвалится клиент по таймауту пхп, таймауту веб сервера

так что этого не произойдёт

Я ж написал - без особой нужды не лазить. Я, если честно, не совсем понимаю, зачем вам в прикладе нужны типы данных, если у вас есть (должны быть) определения таблиц и определённых вами же типов. А сами эти типы данных (встроенные) есть в документации.
Поделитесь, пожалуйста, прикладной задачей, если эта задача действительно прикладная.
А то если задача - разгрести недокументированное говнище, тогда всё понятно, и я могу только посочувствовать.

Я таки этого и боялся. А как тогда быть, если вы говорите, никуда не лазить, а data_type нужен?

Плохой вариант, я так уже делал. Надо это на лету выполнять а очередь строить должна сама база

Да там на самом деле чудо фреймворк eventuate лезет, а он понятное дело не знает, какие могут быть поля. Ну короче все печально)

Вы же сами написали "т.е. я хочу заблокировать все возможные вставки в таблицу за исключением выполнения текущей транзакции. Как она будет выполнена разрешать вставку в таблицу". То, что я предложил, решает эту задачу

Я так уже делал, понимаете? не решает

Вы через Redis делали?

Rabbit MQ