日志落地服务切换 protobuf 的性能提升

优化目的

日志落地服务是 2015 年的老程序了，之后一直没有大的改动。随着公司近年来业务变好，日活提升，用户行为日志暴增，也有了去优化的时间。

将日志服务从 json 格式到 protobuf 的迁移，性能真的是有了很大的提升。

以下图是现阶段常规跑起来之后的系统资源占比。请求的量比例基本一致。

均资源占比

响应时间

结论

protobuf 接口承载的 io 压力（日志大小）是 json 的 5 倍，响应时间差不多平均（3-4ms)。

系统资源消耗降为一半。

在日志回收应用使用 protobuf 中有很好的性能提升。

参考文章

https://medium.com/@caffeinocode/bye-bye-json-welcome-protocol-buffers-a3e4319ba51

https://developers.google.com/protocol-buffers/docs/proto3

Protobuf 有没有比 JSON 快 5 倍？-InfoQ 拿JSON衬托Protobuf的文章真的太多了，经常可以看到文章中写道：“快来用Protobuf吧，JSON太慢啦”。但是Protobuf真的有吹的那么牛么？我觉得从JSON切换到Protobuf怎么也得快一倍吧，要不然对不起付出的切换成本。然而，DSL-JSON的家伙们居然说在Java语言里JSON和那些二进制的编解码格式有得一拼（https://blog.dsl-platform.com/im www.infoq.cn