Featured Article

关于平台构建以及编程语言说明

个人简介 来自 2019年3月31日 下午6:27 发现自己很久没有更新博客的板式了,还是最初折腾了好多次再就没有更改,现在的主题倒是挺好看的,而… Read More »

对于mysql,redis,Kafka,zookeeper磁盘缓存技术使用分析

大部分组件是基于磁盘存储的,但由于CPU速度和磁盘速度之间的鸿沟,都会使用缓存技术来提高性能,缓存简单来说就是一块内存区域,首先将从磁盘读到的数据放在缓存中,之后查询或修改时直接操作缓存,对于缓存中的数据则以一定的频率刷新到磁盘上,怎样缓存,缓存多少,何时刷新,这些影响着整个组件的性能。在看过一些关于mysql等组件的架构原理后,会发现不论是基于磁盘的mysql数据库和Kafka消息中间件zookeeper分布式协调框架,还是基于内存的redis数据库,它们都设计了完善的内存和磁盘之间数据交互实现。

分布式锁的锁优化

在去除原有synchronized单机锁后,在关键步骤添加分布式锁来对具体业务进行锁定,然而由于锁定范围大,导致锁竞争增加,不断发生锁等待,如果不进行优化,可能会让线程队列增大甚至阻塞,而且在等待时长超过设定的阈值时,线程将超时返回。

数据库读写分离时,主从延时导致数据不一致的解决方案

引入主从架构,数据读写分离,目的是为了解决业务快速发展,请求量变大,并发量变大,从而引发的数据库的读瓶颈。不过当引入新一个架构解决问题时,势必会带来另外一个问题,数据库读写分离之后,主从延迟从而导致数据不一致的情况。

测试单节点Kafka在Zookeeper关闭后的运行状态和请求响应状态

这个问题是在一次面试的时候面试官问的,当时确实懵了,只能模糊的去描述zookeeper关闭后的kafka 状态,自己并不非常肯定,回来之后一直想亲自试验一下,今天刚好搭了一个单节点的Kafka和单节点的zookeeper,之后有时间再去分别测试集群版环境的响应情况。

重写的六大风险

重写的六大风险 因最近一直在重写公司一套系统,看到这篇文章时觉得说得很好,里… Read More »

Kafka的主题删除机制

命令删除 在Kafka中当一个主题不再使用的时候,可以选择将其删除,以此来释… Read More »

Java性能调优分享

Java性能调优分享 这次分享还是之前在公司对项目进行性能调优时,前期的调研,以及积… Read More »