Каков максимальный размер $_SESSION?

Если вам нужно выполнять эту задачу поэтапно (и здесь есть несколько предложений по улучшению способа выполнения задач за один проход), не держите CSV-файл в $_SESSION... это бессмысленные накладные расходы, потому что вы уже в любом случае есть файл csv на диске, и он просто добавляет много накладных расходов на сериализацию/десериализацию в процесс по мере записи данных сеанса.

Вы обрабатываете записи CSV по одной, поэтому подсчитайте, сколько из них вы успешно обработали в $_SESSION. Если время ожидания скрипта истекло или произошел сбой, перезапустите и прочитайте, сколько вы уже обработали, чтобы знать, где в файле нужно перезапустить.

Каков максимальный размер $_SESSION?

Сеанс загружается в память во время выполнения, поэтому он ограничен memory_limit в php.ini.

Является ли хорошей практикой хранить такое количество записей в сеансе?

Нет - по описанным вами причинам - это также сильно повлияет на производительность.

Или есть другой способ сделать это?

Это зависит от того, чего вы пытаетесь достичь. Большинство баз данных могут импортировать CSV-файлы напрямую или поставляются с инструментами, которые сделают это быстрее и эффективнее, чем PHP-код.

C.

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

Я предлагаю использовать следующее решение:

1. Храните файл CSV где-нибудь
2. начать транзакцию
3. запустить вставки
4. коммит после того, как все вставки сделаны
5. конец транзакции

Ссылка: Синтаксис транзакции MySQL

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

Чтобы ответить на фактический вопрос (кто-то только что задал дубликат, но удалил его в пользу этого вопроса)

Обработчик данных сеанса по умолчанию хранит свои данные во временных файлах. Теоретически эти файлы могут быть настолько большими, насколько позволяет файловая система.

Однако, как указывает @symcbean, данные сеанса автоматически загружаются в память скрипта при инициализации сеанса. Это сильно ограничивает максимальный размер, который вы должны хранить в данных сеанса. Кроме того, загрузка большого количества данных оказывает огромное влияние на производительность.

Если у вас есть огромные объемы данных, которые вам нужно хранить, подключенные к сеансу, я бы рекомендовал использовать временные файлы, которые вы называете текущим идентификатором сеанса. Затем вы можете работать с этими файлами по мере необходимости и, насколько это возможно, в пределах memory_limit скрипта.

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

Если вы используете MySql, вам придется делать несколько вставок. Не забудьте использовать транзакции, так что если вы используете транзакции, если ваш запрос не будет выполнен, он будет отменен, и вы сможете начать все сначала. Обратите внимание, что 5000 строк — это не так уж и много! Однако вы должны знать об ограничении max_execution_time, которое уничтожит ваш скрипт через несколько секунд.

Что касается SESSION, я считаю, что вы ограничены максимальным объемом памяти, который может использовать скрипт (memory_limit в php.ini). Данные сеанса сохраняются в файлах, поэтому следует также учитывать использование дискового пространства, если подключено много клиентов.

Это зависит от размера файла операционной системы. Независимо от размера сеанса размер страницы по умолчанию составляет 128 МБ.