PHP5.5三种序列化性能对比_PHP教程
- WBOY原創
- 2016-07-13 10:11:03934瀏覽
PHP5.5三种序列化性能对比
json_encode，serialize，igbinary三种序列化方式，在之前已经有过相关的测试，PHP5.5这方面的测试暂时没有，这次测试基于PHP5.5，并且测试用例，
http://blog.csdn.net/hguisu/article/details/7651730
的测试用例是一样的，只是从这个测试上家里igbinary serialize的测试，作为对比，可以参考
http://www.ooso.net/archives/538
运行环境
PHP5.5 内存 16G 8核 2.0GMHz
性能&空间大小列表
采用小数组测试结果
json :156 serialize :222 igbinary_serialize :123 json_encode :0.02264404296875 json_decode :0.052916049957275 serialize :0.031183004379272 unserialize :0.029985904693604 Igbinary Serialize: 0.024919986724854 Igbinary unSerialize: 0.019716024398804
方便对比把之前PHP5.3的测试结果放到下面（之前并未测试igbinary）
json :156 serialize :222 json_encode :0.1087498664856 json_decode :0.12652111053467 serialize :0.041656017303467 unserialize :0.040987968444824
采用大数组测试结果
json :5350 serialize :8590 igbinary_serialize :2432 json_encode :0.92639899253845 json_decode :1.8222811222076 serialize :1.3030271530151 unserialize :1.1492691040039 Igbinary Serialize: 0.95630598068237 Igbinary unSerialize: 0.82603001594543
下面是之前的结果（之前并未测试igbinary）
json :5350 serialize :8590 json_encode :0.90479207038879 json_decode :1.753741979599 serialize :1.3566699028015 unserialize :1.3003630638123
小结：
数据方面：
1:升级到PHP5.5后，json，serialize，igbinary三种方式序列化后，大小没有变化，说明这三种格式的对象结构没有没有变化，所以可以无缝升级。
2:占用空间方面，igbinary节省空间明显优势，比如在json一个数组5.4k大小的数据，serialize方式要8.6k，而使用igbinary方式，仅需2.4k，近乎为serialize方式的1/4。
性能方面
1:在小数据时，json和原生serialize的性能都比PHP5.3版本有所提升，而在处理大数据量时，性能又有所下降。
2:在序列化方面，json_encode的性能是最好的，其次是igbinary，两者相差无几，最差的为原生serialize，原生serialize性能消耗大概为json和igbinary方式的的1.4倍左右
3:在反序列方面igbinary的比序列化过程更快，当然也是最快的，但是这种快也是有成本代价的，参见最后的注意事项。
4:整体性能对比，整体性能是序列化和反序列化之和，简单对比会发现，json是最差的，次之是原生serialize，再好的为ibinary的方式。
综合来说无论从序列化性能还是从占用空间上来说，都是igbinary都是最优选择。但是使用igbinary并非没有代价，在测试中我们发现，调用igbinary_unserialize时，传递非法数据，会导致整个php进程死掉，日志
child 19131 exited on signal 11 (SIGSEGV) after 1.844938 seconds from start 1.844938 seconds from start估计是因为igbinary为了提升性能，在unserialize时，没有做相关格式验证，导致整个进程异常退出。在使用Redis时，我们先期使用SERIALIZE_PHP方式序列化，为了提升性能，减少对Redis空间的浪费采用igbinary_serialize方式，再切换的时候不小心踩到这个坑，导致服务器响应出错，直接502，幸亏在daily环境上。