ну если ты пользуешься виртуальным хостингом то как правило там уже стоит mysqli
а если у тебя vps или дедик то сам поставишь=)
Да правильно подметили мультизапрос очень помогает и лучше сразу использовать объекто ориентировочной интерфейс.

с Викпедии...

странно что на форуме за столько времени я первый раз об этом услышал

Потому что тут диназавров много. А куда не глянь в какой проект хороший как всё развито. php тоже уже динозавро-язык по сути дела. Просто тут нет людей кто писал высоконагружаемые и многомаштабированые проекты, где каждая мили сека времени важна, и как правило для людей которые тут и держут свои сайты вполне хватит mysql+php
так же тут мало говорят о том же редисе мемкеше ноде и тд и тп. потому что все держут всякую чушь а проектов то нормальных нет не у кого поэтому первый раз и услышал ты про mysqli=)

да не.. я несколько раз говорил, и эти преимущества доже озвучивались несколько раз..

Тема есть от ЛжеЭкспертов - FAQ - ошибки при работе с БД - т.к. там есть один нюанс после выполнения мультизапроса.

При гибком правильном ооп перейти с mysql на mysqli не составит и труда

Вот именно, что диназавров))) Это молодЕжь и пОдростки увидели новую игрушку и запрыгали от счастья. А те, чьи проекты (большие проекты) работают уже по 5-7 и больше лет - все, устарели нафиг))) Нука похвались, какой ты такой фейсбук написал, масштабированный.

Да, никто не спорит, что mysqli перспективная вещь. Однако повсеместно ставить на хостингах её стали относительно недавно. Я больше скажу - PostgreSQL вообще круче MySQL, так и что? Все кинемся на неё скорее? А ничего, что она стоит на 10% шаредов? Так что большая часть действительно серьёзных и старых проектов и впрямь пока на mysql. Ну и привычка естественно о себе дает знать - главное правильно уметь готовить. Ведь ничего революционного mysqli не внесла. Так, косметика. И о "мили секах" вообще говорить глупо.

А по поводу "первый раз тут вижу", так какие вопросы задаете, на те и отвечаем. Форум - это помощь, а не школа. Спрашивайте - расскажем.

По сабжу - если после запроса скрипт еще долго продолжает работать - лучше очистить память. Если нет, то он сама очистится. Тут нужно выдерживать баланс. Дело в том, что сама функция тоже отьедает порядочно памяти.

Что касается миллионных посещенй - враньё. Смотря какой сайт. У меня одна игрушка с мемкэшем на 100 онлайне шаред на пределе. Так что бороться за ресурсы нужно всегда.

Теперь еще раз для "знатока". Это

 $result->close();

закрывет соединение. Боюсь даже представить твой "масштабированный" проект, в котором для каждого запроса открывается и закрывается соединение. Аналог для mysqli - как ни странно - mysqli_free_result(). Так что не городи огород, а сначала немного разберись.

 $result->close();

ты про базовый интерфейс говоришь.
а я говорю про оои

$mysqli->close();

закрывает соединение в моём случае а вот

$result->close();

как раз освобождает память выделеную для запроса!
А я чё говорил что у меня фэйс-бук? И всё что я сказал всё было сказано по делу и верно.

Судя из заявления смею предположить, что в $result у тебя содержится объект собственного класса БД. И что, позволь узнать, у тебя в этом методе? И почему он созвучен штатному методу mysqli, который делает совершенно не то?

Ну судя по этому сарказму

выходит, что тут у всех чушь, а ты Дартаньян с огромным(и) мастабируемым(и) проектом(ами) наперевес. Похвались, коли так. А то тут диназавры заплесневелые с парой визиток за плечами собрались и ничего в жизни не секут.

A.B.C.
Поверь, тебе пока вполне достаточно PHP. Кстати, вконтакте к примеру на нем и написан, если не ошибаюсь. Или та же Википедия. Есть более продвинутые Пайтон или Руби, но при правильной архитектуре свалить старую добрую пыху ой как сложно. Так что не парься.

Я не буду тебе ничего говорить хотябы только потому что ты всемиуважаемый здесь человек.
Если обидел извини. не хотел некого обидеть.