Akina,

вот сдесь мне думается ты ошибаешся...

из документации

Each BLOB or TEXT value is represented internally by a separately allocated object. This is in contrast to all other data types, for which storage is allocated once per column when the table is opened.

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

---
если select * from table.
да, передать значение надо целиком, грузить надо целиком. Но - сдесь невозникнет проблемы даже если блоб на 50Гб, а обьём максимального пакета всего 1Кб. мускл сам разрулит проблему, и никакие 50Гб даже, 10Мб одновременно в памяти не окажутся (разве что в буферах если есть возможность)

если
select ... from ... where instr(....using blob...) - вот на этой проверке будет тормоза, но не изза памяти, а изза того что хоть что делай , кроме как перечитать с винчестера все 50Гб для проверки наличия подстроки нету.

если в веар несколько проверок, которые могут потребовать пересмотра всех 50Гб, а на сервере оперативки 128Гб, не стоит ожидать что вторая и дальше проверки пройдут быстро...ибо этот обьект, котоырй представляет блоб, не имеет ни чего общего с общей логикой кеша и буферов ИнноДБ и мускла, 99.9% что во время первой проверки, более гига в памяти одновременно не окажется, ибо проверка куда более быстрый процесс чем чтение шдд, поэтому по мере продвижения по блобу, уже считаные и провереные на подстроку блоки будут удалятся из памяти.

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

----------
переживать надо за другое, храня подобные данные. ... если автор хорошо тестирует приложение, тогда может не переживать - клювом стукнется во все нюансы связанные с этим
::
загрузка данных ограничена мак_пакет_сайз, если вставка защёт функции фром_файл, мускл сам рулит, если командой инсерт то либо по принципу

блин...пропала часть писанины, обламало писать заново...

хочу поигратся... блин, это не тривиальная задача загрузить в блоб большой обьём.

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

ОШИБКА если
1) обьём больше 10% от размера иннодб_лог_файла
2) почему то выдало ошибку при обьеме больше max_packet_size хотя я вроде как читал, что этот метод для загрузки больших данных иммено и нужен дабы обойти размер пакета.