一般预估是有开发测试运维同学┅起评估采用8/2原则。即80%的请求访问在20%的时间内到达此时根据系统pv测算出qps值
然后再将峰值qps/单台能承受的最高qps,就是需要的机器数量
机器数= 总峰值pqs/压测单台机子极限qps
一般预估是有开发测试运维同学┅起评估采用8/2原则。即80%的请求访问在20%的时间内到达此时根据系统pv测算出qps值
然后再将峰值qps/单台能承受的最高qps,就是需要的机器数量
机器数= 总峰值pqs/压测单台机子极限qps
因为PG在源码级别并没有实现这一功能另外update,delete,insert的次数也需要通过计算,不断查询视图而得到并不是十分方便。
为什么要以扩展的方式来实现QPS计数功能原先我已经以patch方式實现,但是对源码改动比较多后面经过考虑还是以extension扩展的方式来实现,
这样子对源码的侵入比较少另外PG对extension模式的支持也非常到位。
Counter结構体用来全局存储计数器: