File-->Settings-->Editor-->File and Code Templates
服务的分发效率有点低，测个Redis的基准看看。 测试工具：官方自带的redis-benchmark，windows/linux中都有。 一、使用方法 常用命令： 结果见下：
Java8里CompletableFuture强大的依靠感，简直是无法比拟啊！ - 知乎 (zhihu.com) CompletableFuture 详解 | JavaGuide 可以使用 java.util.concurrent 包中的工具来实现阻塞等待某个事件完成，并在事件完成后进行通知。一个常用的方式是使用 CompletableFuture。下面是一个简单的示例，展示如何实现这一功能： dotnet中类似的实现代码：
JMH简介官网：http://openjdk.java.net/projects/code-tools/jmh/ 简介：JMH is a Java harness for building, running, and analysing nano/micro/milli/macro benchmarks written in Java and other languages targetting the JVM，由简介可知，JMH不止能对Java语言做基准测试，还能对运行在JVM上的其他语言做基准测试。而且可以分析…
随着宇宙的发展，我方系统受到阿尔法星系影响，吞吐量不足支撑与时俱进的数据要求。 以前的数据分发采用Redis，现在Redis变成了瓶颈之一，遂优化之。 初步思路是设计L1本地Cache，L2网络RedisCache，优先命中L1，以提高QPS。 一、常见缓存介绍 2.1 caffeine Caffeine提供了多种灵活的构造方法，从而可以创建多种特性的本地缓存。 自动把数据加载到本地缓存中，并且可以配置异步； 基于数量剔除策略； 基于失效时间剔除策略，这个时间是从最后一次操作算起【访问或者写入】； 异步刷新； Ke…
用了几年了，还是四五年前做的性能测试。目前遇到性能瓶颈，为了找出真因，不得不测试下，得到基准线，再根据测试基准线寻求优化。 测试结果： direct 类型 比 topic 吞吐率快2倍左右； 自动ack 比 手动ack 吞吐率快2倍左右； 短期消息持久化对吞吐率无明显影响； rabbitmq使用建议：无额外需求，建议采用direct类型，且自动ACK； 备注：消息量超过2KB后，吞吐较低的原因目前来看，大部分因素的网卡流量问题，4*2KB队列，网卡流量已达到400Mb/S，与峰值几乎一致。其CPU与内存用量未达顶峰…
经常会遇到此问题，每次都要百度，过于麻烦，遂记录。 一、查看正在执行的SQL 应用场景：通过用于查找执行时间巨长的SQL 或 二、查看历史执行的SQL 应用场景：生产环境出现错误，临时看下执行了哪些sql
