QPS：QueriesPerSecond意思是“每秒查询率”，是一台服务器每秒能够相应的查询次数，是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准。TPS：是TransactionsPerSecond的缩写，也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求

关于MySQL的TPS和QPSTPSTransactionsPerSecond（每秒传输的事物处理个数），这是指服务器每秒处理的事务数，支持事务的存储引擎如InnoDB等特有的一个性能指标。计算方法：TPS(COM\_COMMITCOM\_ROLLBACK)/UPTIMEuseinfor

!(https://oscimg.oschina.net/oscnet/1cff91f3681947aa83c6abe32a7486c6.png)来源：https://juejin.cn/post/6844904084504313863QPS「QPS」QueriesPerSecond 是每秒查询率,是

主要的需求  针对大体量表的OLAP统计查询，需要找到一个稳定，高性能的大数据数据库，具体使用  数据可以实时的写入和查询，并发的tps不是很高建立数据仓库，模式上主要采用星星模型、雪花模型，或者宽表前端展示分为3类 saiku、granafa、c代码开发数据体量：事实表在35亿、维度表大的在500

Redis的TPS太低的优化方法问题检查1.内存检查，看看是否存在内存不足使用SWAP的情况2.单核CPU和整体CPU的使用情况检查，看看CPU负荷是否高居不下3.检查磁盘IO和网络IO的情况4.检查网络延迟是否正常，网络一定要好5.用redis的infocommandstats命令查看命令执行分布和事

这里汇总rocketmq的控制台的一些常见问题：1\.consumergroup这里TPS只显示master节点的消息TPS，如果是masterslave模式，从slave消费的TPS不会显示在这里。所以实际显示的TPS小于真实的TPS!(https://imgblog.csdnimg.cn/20201027080314653

在双十一过程中投入同样的硬件资源，Kafka搭建的日志集群单个Topic可以达到几百万的TPS，而使用RocketMQ组件的核心业务集群，集群TPS只能达到几十万TPS，这样的现象激发了我对两者性能方面的思考。温馨提示：TPS只是众多性能指标中的一个，我们在做技术选型方面要从多方面考虑，本文并不打算就消息中间件选型方面投入太多笔墨，重点想尝试剖析两

InnoDBcompressed好吃吗？不，它有点硌牙。1\.背景信息1\.测试环境2\.进行测试2.1所有数据可以加载到bufferpool中2.1.1数据压缩率2.1.2TPS相差值2.1.3平均延迟差值avgLatency(ms)2.1.499%延迟差值99thpercentileLate

MQ框架非常之多，比较流行的有RabbitMq、ActiveMq、ZeroMq、kafka。这几种MQ到底应该选择哪个？要根据自己项目的业务场景和需求。下面我列出这些MQ之间的对比数据和资料。第一部分：RabbitMQ,ActiveMq,ZeroMq比较1、 TPS比较一ZeroMq最好，RabbitMq次之，Ac

效果如下：!(https://images2018.cnblogs.com/blog/1137411/201809/1137411201809060552429721791729088.gif)代码如下：publicclassTPSCamera:MonoBehaviour{///<summar