我们都知道MySql索引效率很高！那其中的原理是什么呢？先跑出个问题来：二叉树、红黑树（二叉平衡树）、BTree（平衡多叉树）、B+tree这几种类型中哪一种是mysql索引所选择的呢？这个问题好多同学回答不出来，回去百度，结果也不是太明白吧！这里我告诉大家，mysql所选的是B+tree，那B+tree又是什么呢？

基于官网的介绍如下：MinIO 是一款高性能、分布式的对象存储系统. 它是一款软件产品, 可以100%的运行在标准硬件。即X86等低成本机器也能够很好的运行MinIO。从官网的介绍可以看出Minio是一款和FastDFS类似的工具，分布式存储系统。目前在使用这项技术的有阿里巴巴、腾讯、百度、中国联通、华为、中国移动等等9000多家企业。足以说明这款产品的强大与可用性。

写了几年代码了， 回到最初了遇到了bug了，没有仔细思考，以为很容易，起始走到了误区，有种打了一辈子鹰，最后被麻雀啄了眼 de 感觉。很清晰的看到了我们这里的编译配置jdk确实是1.5版本的，所以，将这里改为jdk8，再次尝试编译，没有错误提示了！如果上述步骤还是无法解决我们的编译打包，报错问题，我们即可更改我们的maven中settings.xml中的配置。至此，我们解决-source1.5中不支持diamond运算符的错误问题已经完成了！这样调整完成以后，我们便可以正常的编译以及打包操作了！

动态生成文档网站的一款热门工具！网上很多关于动态生成文档的工具！今天我们的主角是Docsify！

用unlink命令代替del命令来删除，这样Redis会将这个key放入到一个异步现成中进行删除，这样不会阻塞主线的运行。使用hscan命令，每次获取150个字段，在用hdel命令，每次删除一个字段。当一个大key过大， 自身会造成占用带宽较多，会连锁反应的引起这台服务器的其他服务的灾难。当我们删除一个大key的时候，会造成时间过长，会引发主从切换或者同步中断。当一个大key过大，会引起请求超时，这时，后面的任务便无法正常运行了。当读取大key的时候，会占用较多的内存，从而会导致内存溢出。

上一篇我们说的Redis中大key是什么？造成哪些危害？如何筛选出来这些大key？以及如何删除他们？今天我们来看一下如何优雅的处理Redis中的大key问题：我们要想解决大key的问题，就得从大key的定义触发。大key的本质上就是value值过大！我们要向处理大key，只要将value优化即可！

但是带来好处的同时，也给我们带了了新的问题：缓存穿透、缓存击穿、缓存雪崩以及缓存一致性这么四个问题，也是分布式缓存的四大痛点！解决他也是很容易的，将我们的缓存设置不过期、过期时间分散，或者在请求的时候更新缓存的过期时间，这三种都可以很好的解决我们的问题。缓存穿透带来的危害就是，假如他一直请求，找不到这个数据，便会去请求数据库，不断的请求就会造成服务的性能故障，导致服务宕机。这里解决的方案我们也准备了，首先就是缓存做高可用，主从等等，另外也可以通过限流，当缓存出现故障，我们限制访问的流量来解决。

我们在平常的开发过程中，经常会遇到去统计一个接口耗时，我们通常的做法就是在接口开始获取系统当前时间，接口结尾获取一下时间，两个时间做减法得到的数值来统计我们接口的耗时。我们只需要在我们需要统计的耗时的controller的方法上面使用我们自己定义的注解TimeConsuming即可得到我们想要的接口耗时时间！上面这个类中的方法中计算了耗时，统计了类名、方法名。而且很丑，代码很臃肿。接下来具体统计耗时的逻辑放到切面中，使用切面完成实际的的统计工作。这个注解便是作用在接口上，用来作为接口耗时统计的标识。

安装之后，在我们的本地maven仓库的结构，common和commonutils两个文件夹，虽然commonutils内没有jar包，但是也需要打包，不然会出现上方的错误信息，找不到commonutils信息。结： 自己新建的工具类，有父子依赖关系的情况下，我们要将父结构的信息也需要打包，如果我们只打包了我们自己的工具类jar包，会导致我们在其他项目引入工具类jar包的情况下报错！今天遇到极其恶心的坑，自己定义编写的工具类，之前使用一直没有问题，正常引入pom文件中，也能正常的使用工具类中自建类。

​我就问问狗屎审核，哪里设计广告了？有朋友私信我，只搭建可视化界面，有没有rocketMQ的集群搭建教程呢？这里应小伙伴的要求。

https://bbs.csdn.net/topics/604167112

https://bbs.csdn.net/topics/606873890