• 1.主要是python语言和Java语言(解释型和编译型)自身的性能差距吧。还有一些其它的优化原因,主要有JVM的垃圾回收算法比python的先进,JVM的JIT即时编译。
    2.还有关于你的测试数据,10个线程这种体量的并发,太弱了,你可以试试单线程搞10000次,可能都比10个线程的好。我们讲压力测试都是几百几千甚至集群的上万的线程这种压力。
    3.还有真正的压测,脚本逻辑都是比较复杂的,比如创造数据,数据关联等等,逻辑和处理都会比较复杂,这时候python语言和Java语言的自身性能差异就会更明显了。换句话说,你的测试数据,对于真正的压测场景,代表性还有待商榷。
    4.关于协程和线程这个还不好说的,协程相当于把用户端来处理多线程(一个线程达到多线程切换的效果),多线程是操作系统来处理多线程(用户端程序不管这个事情直接调用操作系统的接口来实现多线程)。Java没有协程是有原因的,因为用户端来处理多任务的切换逻辑,毕竟是在操作系统上层搞的事情,一是需要对操作系统CPU命令等非常了解,二是要适配多种环境多种操作系统多种CPU,成本是很高的。Java是讲究跨平台和高性能(接近于C的性能)的,协程Java觉得不行。总之,就是不要太迷恋协程的性能,python不存在多线程的,它是只能用协程。建议还是具体问题具体环境具体分析。python语言的优势在书写和语法糖,不在性能。
    5.说了这么多,其实压力端对性能的要求很高的,一般语言不能胜任。如果你有兴趣,可以搞搞GO语言的压力端,GO语言是支持协程的。locust的作者自己都说高压力的压测要求locust不支持,咱们就别纠结这个了。

  • 很赞!

  • 查了一下Jmeter4的源码,其中的停止也是 TimeUnit.MILLISECONDS.sleep(pause); 本质也是Thread.sleep()。

  • 简单看了描述,我这里总结及猜测一下,应该8 9不离十。
    楼主觉得奇怪的地方:
    为什么相同的接口实现,仅仅是加了200ms的延时,为什么总TPS就涨不上去了?
    为此,你先搞压力端,排除了压力端的原因。
    你接着分析服务器端,发现CPU,内存,网络啥问题也没有,“基本排除”了服务器端的问题。
    表示奇怪。
    你还在搞Jmeter,打算换一种工具。可惜结果不会有变化。

    其实不奇怪。
    你200ms的延迟是加在了Java实现里,使用的是new Thread().sleep(200), 此方法及其耗费Java线程资源。因为你是spring boot 的自带启动,本身的线程总数就不多,还用了这么消耗线程资源的方式来实现延时,服务器性能会大大降低。
    如果你能监控到JVM进程中的线程状态,会发现都是block 或者 wait。
    说白了,服务器性能不行,不是因为硬件资源不行,而是被你的代码强制的暂停住了。

    解决方式:

    1. 200ms 的延迟放到压力端去实现,不要放在服务器端。
    2. 如果还是要压力端实现,把spring boot 给换了,换成tomcat 等其他,但记得调优tomcat等其他。
  • 多谢肯定。
    实时监控的开源产品太多了,最近我还发现了一个 :

    https://github.com/AsuraTeam/monitor

    这方面要考虑的太多,自己实现很难专业。
    另外提到的 报表分析 ,如果做出来确实很牛,就像 听云 ,但是到这步就很难开源了, 是可以赚钱的了。

  • mysql 亿级数据优化 at 2018年08月28日

    还有,你这么牛,你去文章中找其他问题去,别这里有个人回复了,你就来喷来找茬,你搞点儿新鲜的。
    我的回复不是给你划重点让你深刻思考的。
    你这样的还没有实锤的,纯蹭热度。

  • mysql 亿级数据优化 at 2018年08月28日

    1.真不知道你在这强调什么,还是就没看懂问题。
    https://www.zhihu.com/question/36996520
    https://tech.meituan.com/mysql_index.html

    “顺序是有影响的”,把实锤放出来。最左前缀匹配原则是有mysql的内部实现算法支撑的,你的“顺序是有影响的”,依据是什么?

  • mysql 亿级数据优化 at 2018年08月28日
    1. “并且应尽可能的让字段顺序与索引顺序相一致。”,这个是不必要的,mysql会自动排序。
    2. 存储过程,游标,触发器,都是不推荐的,可以忽略。
    3. in是走索引的。
    4. “一切的 > < != 等等之类的写法都会导致全表扫描” 大于号小于号应该是可以走索引的。

    建议先查一下explain。
    另外,去搜索一下otter,类似的技术你这里没提。
    你引用的技术帖子已经很老了,觉得能落后5年,建议多看看。

  • 外国人的轮子啊……不知道也是基于Jmeter的吗?
    我文中写了不少为什么我要再开发一套的原因,要不你参考一下,然后告诉我Taurus (Blazemeter reporting services ) 是不是都满足了。

  • 额,这种提到issue里吧……然后堆栈完整一点儿。
    看错误是比较简单的,数据库字段不能为null。我本地是可以的,当然完整堆栈能看出是什么问题。