ElasticSearch集群问题&原理


ElasticSearch搭建集群 构建集群的节点 部署的时候集群节点无非就两种,一种是计算机 / 服务的数量不够,通过单个节点承担多个角色的方式来搭建索引;另外一种就是让单个节点承担单个角色。 对于第一种的情况其实没啥好介绍的,看着来就行了,毕竟资源受限最多也就只能那样了;而针对第二个情况,在资源

数据库资源卡顿查询SQL


Mysql 查询某个时间段内数据库执行记录之中,SQL性能、内存消耗、定时器等待时间、索引情况、排序情况等信息的SQL SELECT SCHEMA_NAME AS '模式名', DIGEST_TEXT AS '查询文本', QUERY_SAMPLE_TEXT AS '简易查询文本

多线程使用 - Async+CompletableFuture


多线程 Async @Async(value = “指定自定义Bean线程池”) [根据不同的业务可以使用不同的线程池来做异步处理] 如果不指明使用的线程池,在SpringBoot 2.1.0之前默认使用的是SimpleAsyncTaskExecutor [一次性的异步执行器] 会随着请求数量的增加

MVCC


MVCC 前排提醒,该笔记其实已经过时,有一个更新的对MVCC机制和相关Mysql技术介绍更加完整的个人笔记,如有需要请参考Mysql - Innodb 隔离级别的实现 (MVCC、锁机制) - LeticiaFENG Note 如还要参看一下笔记请注意,仅供参考且只涉及MVCC MVCC技术主要涉

基于Redis的幂等实现方案 Demo


接口请求幂等唯一性 web项目暴露接口在前端页面的时候,在前端页面进行使用的时候,无可避免的会出现重复请求 / 恶意请求消耗服务器资源的情况。毕竟你没办法保证网络上的每个人都像个人。 除了需要保证接口请求的幂等性以外,我们还要需要对某些特殊的接口做一定的限制,这些限制的使用场景如下:特别是现在的服务

常见的设计模式


概述 本笔记主要记载笔者自身比较常见的设计模式。如果要查其他的请自行跳转搜索引擎。 该笔记目前包含以下设计模式的介绍: 创建型的:单例、原型、工厂(简单工厂、工厂方法、抽象工厂) 结构性的:代理、外观 行为型的:责任链、迭代器、模板、策略 创建型模式 单例模式 单例模式的核心是保证在程序之中唯一的创

枚举类


概述 枚举类就是Java之中一种特殊的类,它具有固定的实例数量,在编译阶段就已经固定,而无法在运行阶段改变的类,并且枚举类往往会只具有一些固定的取值,所以往往很适合充当状态码类型的类。然而因为枚举类的特殊性,所以枚举类除了以上的描述以外还在单例模式的创建下有着重要的作用(最好的单例模式实现方法) 解

指令重排


指令重排 概述 简单的来说就是,出于硬件执行效率方面的考虑,为了进一步提升软件的执行效率,使其更快的将我们的程序执行完毕,除了我们自身代码的编写以外,在执行之前还会将我们程序之中的执行重新打散,将不需要注意数据依赖之间的代码的执行顺序重新打乱(以结果最快的方式来执行),而也因此会导致我们的程序执行和

微服务基本概念


微服务基本概念 CAP理论 CAP理论指的是分布式系统下的三个基本特征,一般来说分布式系统最多只能拥有这三个特征之中的唯二两项,并不能同时拥有三个特征,因为往往具有其中两个特征之后就会对其他特征产生互斥的情况 C: Consistency(一致性) A:Availability(可用性) P:Par

Redis


Redis 几种常见的NoSql memcache 最早的NoSql数据库 数据都存储在内存之中,不进行持久化 支持简单的key-value模式 一般是作为缓存数据库辅助持久化的数据库 redis 几乎覆盖了所有Memcache的功能 数据基本都存储在内存之中,并且支持持久化处理,主要用作备份回复