сериализовать большой массив в PHP?

Функция serialize () ограничена только доступной памятью.

PHP не применяет ограничений. Serialize возвращает представление байтового потока (строку) сериализованной структуры, поэтому вы просто получите большую строку.

Единственным практическим ограничением является доступная память, поскольку сериализация включает создание строки в памяти.

Хорошо ... еще номера! (PHP 5.3.0 OSX, без кеша опкодов)

Код @Pascal на моей машине для n = 1 при 10 тыс. Итерах дает:

float(18.884856939316)
int(1075900)

Я добавляю unserialize () к вышеприведенному, так что

$num = 1;

$list = array_fill(0, 5000, str_repeat('1234567890', $num));

$before = microtime(true);
for ($i=0 ; $i<10000 ; $i++) {
    $str = serialize($list);
    $list = unserialize($str);
}
$after = microtime(true);

var_dump($after-$before);
var_dump(memory_get_peak_usage());

производит

float(50.204112052917)
int(1606768) 

Я предполагаю, что лишние 600 КБ или около того - это сериализованная строка.

Мне было интересно узнать о var_export и его партнере include / eval $ str = var_export ($ list, true); вместо serialize () в оригинал производит

float(57.064643859863)
int(1066440)

, поэтому памяти становится немного меньше (по крайней мере, для этого простого примера), но уже больше времени.

добавление в eval ('$ list ='. $ str. ';'); вместо unserialize в приведенном выше производит

float(126.62566018105)
int(2944144)

Указывает, что, вероятно, есть утечка памяти где-то при выполнении eval: - /.

Итак, опять же, это не ' отличные тесты (мне действительно нужно изолировать eval / unserialize, поместив строку в локальную переменную или что-то в этом роде, но я ленив), но они показывают связанные тенденции. var_export кажется медленным.

Нет ограничений, но помните, что сериализация и десериализация имеет свои затраты.

Десериализация чрезвычайно дорога.

Менее затратный способ кэширования этих данных будет через var_export () как таковой (начиная с PHP 5.1.0, он работает с объектами ):

$largeArray = array(1,2,3,'hello'=>'world',4);

file_put_contents('cache.php', "<?php\nreturn ".
                                var_export($largeArray, true).
                                ';');

Затем вы можете просто получить массив, выполнив следующие действия:

$largeArray = include('cache.php');

Ресурсы обычно не могут быть кэшированы.

К сожалению, если в вашем массиве есть циклические ссылки, вам нужно использовать ] serialize () .

Нет, ограничений нет, и это :

set_time_limit(0);
ini_set('memory_limit ', -1);

unserialize('s:2000000000:"a";');

поэтому у вас должен быть safe.mode = On или установленное расширение, подобное Suhosin , иначе оно займет всю память в вашей системе.

Если вы хотите кэшировать его (поэтому я предполагаю, что проблема в производительности), используйте вместо него apc_add, чтобы избежать снижения производительности при преобразовании его в строку + кеш-память в памяти.

Как указано выше, единственное ограничение на размер - доступная память.

Несколько других ошибок: сериализованные данные не переносятся между многобайтовыми и однобайтовыми кодировками символов. Классы PHP5 включают байты NUL, которые могут вызвать хаос с кодом, который их не ожидает.

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

На самом деле неинтересно постоянно сериализовать и десериализовать данные только для обновления или изменения некоторых фрагментов информации.

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