stark的博客

概述 不管是微服务还是分布式的系统架构中，消息队列中间件都是不可缺少的一个重要环节，主流的消息队列中间件有RabbitMQ、RocketMQ等等，从这篇开始详细介绍以RabbitMQ为代表的消息队列中

建立/激活链接 使用Kong的第一步是激活链接，登录Kong管理后台，找到 Connections，把Kong的Api链接上,因为我本地的端口进行了映射

概述 微服务实践的第二个关键组件，微服务API网关设计，API网关是对微服务做统一的鉴权、限流、黑白名单、负载均衡等功能实现,这篇我们先来介绍Api网关的意义和安装kong/konga需要的组件。

概述 性能优化，反复被提起，想要做到性能优化，先要理解性能优化，知其然才知其所以然，所谓的高性能就是合理的运用服务器的硬件资源，主要是Cpu和内存，硬盘，用大量的测试和计算，合理的计算使用服务器的资源

传统配置文件的弊端 静态化配置，例如env文件 配置文件无法区分环境 配置文件过于分散 历史版本无法查看 配置中心如何解决的呢?配置中心的思路是把项目中的配置参数全部放在一个集中的地方来管理

概述 上篇说到构建良好的架构，依托于基础设施建设(自动化测试、自动化部署、服务监控，服务发现、配置中心等等)，决定成败的往往是基础设施建设，所以从搭建一个注册中心和配置中心开始我们新一阶段的启程。

概述 现在被谈论最多的就是微服务和中台系统，我个人的理解是微服务或者是中台好不好，主要看实际的业务场景，架构的变迁往往需要耗费很大的学习成本和时间成本，所以更改架构的时候要三思而后行，适合自己特别重要

概述 终于迎来了Redis系列的尾声，本文针对Redis常遇到的热Key，大Key，并发竞争解决方案进行介绍。

缓存穿透、缓存击穿、缓存雪崩区别和解决方案 有很多解决高并发的应用场景中都会使用memcache\redis缓存来解决响应慢的问题，但是缓存也不是万能的，在使用方面有很多的考虑的问题，把缓存比喻成防弹

概述 Redis高可用高性能缓存的应用系列的第4篇，主要介绍RedisCluster模式，集群数据分布算法，和Gossip协议的学习和介绍。

概述 Redis高可用高性能缓存的应用系列的第3篇，主要介绍Redis缓存过期淘汰策略和内存淘汰策略回收的LRU和LFU的知识点进行说明。

概述 微服务是一种思想，与编程语言无关，编程语言是思想下具体的一种实现方式，使用的是Go语言的go-zero框架进行实现代码开发的，关于微服务的思考我在后面会做更具体和系统的说明。

概述 Redis高可用高性能缓存的应用系列的第二篇，主要介绍Redis事务机制和IO多路复用、和持久化的知识点。

概述 介绍redis缓存原理与设计执行流程，单线程的处理方式是高效的原因，以及redis数据类型以及底层结构和原理进行说明，这对我们使用Redis有很大帮助。

概述 为什么要分库的原因：1)很多时候接口性能慢都是数据库造成的,2)并发量比较大时，大量的数据库请求，会带来磁盘I/O的性能瓶颈，3)来越多，导致sql查询数据，即使走了索引也比较慢。 分库...

概述 主从复制要解决的问题，1)写操作锁表，影响读操作，影响业务。2)数据库备份。3)随着数据增加，I/O操作增多，单机出现瓶颈。 主从复制就是从服务器的主节点，复制到多个从节点，默认采用异步的方式。

概述 Mysql数据库在处理并发中下了很多功夫，锁是为了更好的保护数据的正确和可靠，Mvcc是维持一个数据的多个版本，使得读写操作没有冲突的解决并发的数据库方案。 锁 当数据访问多了。

概述 微服务是一种思想，与编程语言无关，编程语言是思想下具体的一种实现方式，怎么设计架构方案和实现主要看主要面临的业务场景。 业务场景 主站核心业务使用的是yaf(php)开发的。

在整个计算机运行系统里，Cpu，内存，和磁盘主要的性能瓶颈是卡在了读取数据中，Mysql索引的优化主要在减少磁盘I/O操作中，这篇博客中详细讲解了二叉树结构，以及BTree作为Mysql索引结构原因。

概述 使用的是docker-compose方法安装elk组件，对这部分的内容进行一个知识上的补充，使用docker-compose来编排中小型企业或者个人的开发环境是非常简捷高效的方式。