json,serialize,msgpack比较

简介:

速度

在redis中存入同样的压缩数据,取操作执行两个操作:

1 从redis中取

2 解压

3 统一json压缩后放出

 

ab测试:

[yejianfeng@openstack ~/httpd/usr/bin]$ ./ab -n 10000 -c 10 'http://10.16.15.118:7701/location/testGet?type=json' 
Requests per second:    265.11 [#/sec] (mean) 
Requests per second:    267.58 [#/sec] (mean)

Requests per second:    275.48 [#/sec] (mean)

Requests per second:    263.11 [#/sec] (mean)

Requests per second:    264.99 [#/sec] (mean)

 

[yejianfeng@openstack ~/httpd/usr/bin]$ ./ab -n 10000 -c 10 'http://10.16.15.118:7701/location/testGet?type=serialize' 
Requests per second:    297.52 [#/sec] (mean)

Requests per second:    322.57 [#/sec] (mean) 
Requests per second:    303.59 [#/sec] (mean)

Requests per second:    289.89 [#/sec] (mean)

Requests per second:    317.26 [#/sec] (mean)

 

[yejianfeng@openstack ~/httpd/usr/bin]$ ./ab -n 10000 -c 10 'http://10.16.15.118:7701/location/testGet?type=msgpack'

Requests per second:    288.07 [#/sec] (mean) 
Requests per second:    306.73 [#/sec] (mean)

Requests per second:    313.61 [#/sec] (mean)

Requests per second:    289.49 [#/sec] (mean)

Requests per second:    307.84 [#/sec] (mean)

 

压缩比例:

[yejianfeng@test34x-nova /tmp]$ ll -h test* 
-rw-r--r-- 1 server server 29K Jan  3 21:40 testjson 
-rw-r--r-- 1 server server 22K Jan  3 21:40 testmsgpack 
-rw-r--r-- 1 server server 31K Jan  3 21:40 testserialize

 

[yejianfeng@test34x-nova /tmp]$ ll test*    
-rw-r--r-- 1 server server 28942 Jan  3 21:40 testjson 
-rw-r--r-- 1 server server 21993 Jan  3 21:40 testmsgpack 
-rw-r--r-- 1 server server 31537 Jan  3 21:40 testserialize

 

msgpack是serizalize的69%

json是serizalize的91.8%





本文转自轩脉刃博客园博客,原文链接:http://www.cnblogs.com/yjf512/p/3504318.html,如需转载请自行联系原作者

相关文章
|
JSON Java 关系型数据库
常见Serialize技术探秘(ObjectXXStream、XML、JSON、JDBC byte编码、Protobuf)
目前业界有各种各样的网络输出传输时的序列化和反序列化方案,它们在技术上的实现的初衷和背景有较大的区别,因此在设计的架构也会有很大的区别,最终在落地后的:解析速度、对系统的影响、传输数据的大小、可维护性及可阅读性等方面有着较大的区别,本文分享一些我在一些常见序列化技术的分析和理解: 文章分成3个部分: 1、列举常见的序列化和反序列化方案(ObjectXXStream、XML、JSON) 2、M
1707 0
|
JSON JavaScript 前端开发
|
JSON JavaScript 前端开发
PHP serialize & JSON 解析
原文:PHP serialize & JSON 解析 对于JSON(JavaScript Object Notation)大家应该不陌生,它是一种轻量级的数据交换格式。易于人阅读和编写。同时也易于机器解析和生成。
1029 0
|
1月前
|
JSON 前端开发 JavaScript
|
22天前
|
存储 JSON API
淘系API接口(解析返回的json数据)商品详情数据解析助力开发者
——在成长的路上,我们都是同行者。这篇关于商品详情API接口的文章,希望能帮助到您。期待与您继续分享更多API接口的知识,请记得关注Anzexi58哦! 淘宝API接口(如淘宝开放平台提供的API)允许开发者获取淘宝商品的各种信息,包括商品详情。然而,需要注意的是,直接访问淘宝的商品数据API通常需要商家身份或开发者权限,并且需要遵循淘宝的API使用协议。
淘系API接口(解析返回的json数据)商品详情数据解析助力开发者
|
10天前
|
JSON JavaScript 前端开发
Haskell中的数据交换:通过http-conduit发送JSON请求
Haskell中的数据交换:通过http-conduit发送JSON请求
|
27天前
|
存储 SQL JSON
【Azure Logic App】微软云逻辑应用连接到数据库,执行存储过程并转换执行结果为JSON数据
【Azure Logic App】微软云逻辑应用连接到数据库,执行存储过程并转换执行结果为JSON数据
【Azure Logic App】微软云逻辑应用连接到数据库,执行存储过程并转换执行结果为JSON数据
|
1月前
|
JSON 前端开发 API
【淘系】商品详情属性解析(属性规格详情图sku等json数据示例返回参考),淘系API接口系列
在淘宝(或天猫)平台上,商品详情属性(如属性规格、详情图、SKU等)是商家在发布商品时设置的,用于描述商品的详细信息和不同规格选项。这些信息对于消费者了解商品特性、进行购买决策至关重要。然而,直接通过前端页面获取这些信息的结构化数据(如JSON格式)并非直接暴露给普通用户或开发者,因为这涉及到平台的商业机密和数据安全。 不过,淘宝平台提供了丰富的API接口(如淘宝开放平台API),允许有资质的开发者或合作伙伴通过编程方式获取商品信息。这些API接口通常需要注册开发者账号、申请应用密钥(App Key)和秘钥(App Secret),并遵守淘宝的API使用协议。