300 000+ файлов в MySQL будут очень медленно выбираться.
Лучше их таки хранить в файловой системе.

Что заставляет вас верить что они будут извлекаться медленнее чем с файловой системы?

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

Особенно, если для хранения большого количества маленьких файлов используется ReiserFS (Linux).

Хотите оспорить - проведите тесты и покажите разницу в скорости.

Просто удобство с СУБД -- больше.
Не всегда.
Не будет работать mod_include, например.


А по времени, знаете ли, можно и потерять. Железки не так уж и дороги нынче.
Если файлы большие, то однозначно, хранить их в MySQL нельзя.

На счет железок: Как правило, провайдеры размещают SQL сервера на отдельных машинах. Это значит, что при каждом запросе будет лишний трафик во внутренней сети провайдера. Он, конечно, бесплатен для человека, покупающего хостинг, но сам по себе сильно тормозит выдачу файла:
Для 100 мегабитной сети мы имеем 100 / 8 ~= 12.5 мегабайт в секунду. Для 150 килобайтного файла - 150 000 / 12 500 000 = 0.012 секунды. Это при полностью незагруженной сети , чего никогда не бывает.