Nikifor_PS,

А мануал читать?
http://php.net/manual/en/mysqli.query.php If you use MYSQLI_USE_RESULT all subsequent calls will return error Commands out of sync unless you call mysqli_free_result()

Nikifor_PS,

буферизованный запрос освобождает коннект к mysql для дальнейшей работы. Небуферизованный - удерживает коннект за запросом. Потому что он не буферизуется.
А исполняются запросы в одном соединении только последовательно.

авторломать мозг - скучно.
Вы ошиблись профессией.

Хинт: php мануал поддерживает официальные переводы на кучу других языков. Раздел для этого метода вполне переведён на русский.
Хинт2: 90% вероятности, что ваша задача целиком решается одним запросом.
Хинт3: читайте, что значит код, который вы пишете.
Хинт4: настройте уже в конце концов кидание ошибок MYSQLI_REPORT_STRICT

Nikifor_PSну вот я и не мог понять почему только последовательно выполняются запросы и пока коннект одного, другому нельзя подключиться к другой таблице.
Потому что негде хранить результат запроса - вы запретили его буферизовать. Значит он где? На стороне базы. Раз он на стороне базы, значит база ещё не закончила работу с этим запросом (т.е. не отдала весь результат клиенту) и не будет делать другой запрос. Емнип, база может на момент выдачи первой строки результата даже не завершить выполнение запроса.

Nikifor_PSХ3: откуда вы знаете что я даже не знаю код который пишу? ясновидящий!
Потому что явным образом изменили (сами!) дефолтное поведение метода query не озаботившись пониманием ответа на вопрос "зачем эта гайка нужна" и "на что это повлияет".
Разумеется такое поведение спрашивающего отбивает желание писать подробный ответ, тратить своё время. Но я же добрый, всё равно сходил в мануал и стянул оттуда точную цитату с предупреждением о наблюдаемом эффекте вместо того чтобы просто закрыть вкладку.

Nikifor_PSХ4: кому это нужно, вам или мне? Судя по тому что вас это беспокоит, вам значит нужно установить этот кидатель ошибок мне на комп ) потому что из ваших слов не следует что это нужно мне )
Спасибо, на мой взгляд сам mysqli неудобен. PDO приятнее, особенно с именованными prepared statements. Но mysqli тоже умеет кидаться нормальными исключениями при получении ошибок. Вы же даже не проверяете, успешно ли завершаются запросы. Иначе написали бы нормальное сообщение об ошибке, а не вторичное следствие. Не посмотрели, почему там non-object. Зачем так? Как так можно?
И вот опять не озаботились вопросом, что же вам советует случайно проходящий мимо опытный php-разработчик в разделе вообще-то базы данных, а не php.
Не удивлюсь, если даже error_reporting у вас выключен в какое-нибудь несуразное значение вместо нормального E_ALL разработчика (или -1 для музейных версий).