Ну, если еще пороешь, то может и нароешь, что для бульков лок отпускается  и, возможно, перезахватывается по мере нужды 
Иначе, действительно, такая логика была бы странна.
Делалость то с целью оптимизации. А оптимизация зачастую требует в качестве жертвы пренебрежения фундаментальными правилами.

Вообще радует, что в документации о том чтото сказано. Хоть и прикопано основательно. Я был о масиной документации худшего мнения ;)

Так в том-то и суть, что не отпускается.

Отпускают его только в interleaved(innodb_autoinc_lock_mode = 2), но там о разрывах и непоследовательности значений предупреждают сразу.

В остальных же режимах:

traditional (innodb_autoinc_lock_mode = 0):
    лок висит до конца при любой вставке

consecutive (innodb_autoinc_lock_mode = 1, стоит по умолчанию):
    при bulk-insert лок висит до конца, но для простых вставок вместо него используется mutex и таблица не блокируется вовсе

Проверить есть возможность?
Пустить какуюнить бульку минут на десять, и, тем временем, попытаться вставиться другой сессией?

Добавлено через 2 минуты и 1 секунду
правда надо еще как то убедиться что на той самой блокировке стоим..... а то мало ли на каком еще локе постоять доведется....

Проверил в режиме consecutive: запустил 2 параллельных bulk-insert'а, первым более тяжелый, вторым попроще. В результате второй выполнился только после того, как был полностью закончен первый.

Причем в это время SHOW ENGINE INNODB STATUS по второму запросу показывал следующее:



То есть лок висит до конца, как и описано в документации

Премило.
Спасибо

Добавлено через 2 минуты и 6 секунд
я бы тот что попроще пускал не булком... чтоб совсем просто... ну да ладно. Это очень интересный результат. Еще раз спасибо.