腾讯云CMQ消息队列测试
来源:互联网 发布:禁忌的边界线动作数据 编辑:程序博客网 时间:2024/05/17 22:00
本地模式:
使用的外网https,这个是可以支持的
windows测试:
执行javac -encoding utf-8 com/qcloud/cmq/Json/*.java com/qcloud/cmq/*.java
jar -cvf cmq.jar com/qcloud/cmq/Json/*.class com/qcloud/cmq/*.class
创建队列:
queueName:队列名字,在单个地域同一个帐号下必须唯一。
队列名称是一个不超过64个字符的字符串,必须以字母为首字符,剩余部分可以包含字母、数字和横划线(-)
进行了简单的测试,队列名称都是符合文档规则
发送消息:
batch批量发送消息;
消息正文。表示这一批量中的一条消息。目前批量消息数量不能超过 16 条
这块有个问题就是:都是编译成功了的
自己写了批量发送消息循环,当发送消息数最大值为1000时候,会直接报异常
当消息数最大值为10000时候,隔了5s左右,报出异常
当消息数最大值为100000时候,等了5分钟还是没有报异常出现。直接强制关闭。
这块觉得应该可以加一判断,如果消息数据大于16的时候。快速报出exception
在linux服务器上也进行了测试:
接受消息:
(BatchReceiveMessage) 用于消费队列中的多条(目前最多16条)消息
在api可以正常获取到
因接受消息时,调用了删除消息的函数故在控制台不会显示
不可见消息里面也是没有的
同样方法中文字符也是可以正常发送和接收的
每次最多只能发送16条消息,600个单程依次发9600条数据
不到六分钟 平均时长:
接受9600条数据,在五分钟左右。每条数据10byte
获得消息的速度是比发送消息快一些
以上是在服务器上手动配送脚本测试的
如果我公司想要使用该中间件的话,由于保证了绝对的一致性,在对交易数据是很有必要的。但是流量数据相对来说不需要完全保证一致性,丢很小一部分的数据也是可以接受的。毕竟效率会很快。
备注:
今天收到腾讯云CMQ产品经理针对文章里的问题特意发来的邮件回复:
- 腾讯云CMQ消息队列测试
- 腾讯云CMQ消息队列测试
- 腾讯云分布式高可靠消息队列CMQ架构
- 腾讯云分布式高可靠消息队列CMQ架构
- 腾讯云分布式高可靠消息队列CMQ架构
- 腾讯云分布式高可靠消息队列CMQ架构
- 腾讯云分布式高可靠消息队列CMQ架构
- 腾讯云分布式高可靠消息队列CMQ架构
- 腾讯云分布式高可靠消息队列CMQ架构最佳实践
- 腾讯云CMQ消息队列在Linux环境下的使用
- 腾讯云CMQ消息队列在Windows环境下的使用
- Raft 算法原理及其在消息队列 CMQ 中的应用(上)
- 消息队列测试!
- 消息队列测试代码
- redis 消息队列性能测试
- RabbitMQ消息队列测试代码
- 消息队列activemq小测试
- 深入理解高可并发队列 cmq (Concurrency-managed workqueues)
- 通过反射获取构造方法,属性,方法信息
- struts2全局结果集global-results
- android studio 遇到问题及解决方案
- Linux下函数指针简单样例
- Spring中ApplicationContext和beanfactory区别 .
- 腾讯云CMQ消息队列测试
- Lua5.3 数学函数
- 提交表单信息常用格式验证,防止冒泡,移动端避免键盘挡输入框,取消回退(持续更新)
- 51nod 1274 最长递增路径(图上的dp)
- centos vi 使用
- UIDocumentInterRactionController 使用时的注意事项(其它应用打开)
- 【广告】win10 uwp 水印图床 含代码
- php的常用的正则判断
- qemu vl.c源码学习