
分析与理解
文章平均质量分 85
么事儿
测试领域技术博客
展开
-
Redis之线程模型与过期策略
一、线程模型(单线程)redis是基于reactor模式开发的网络事件处理器,这个处理器叫做文件事件处理器(File event Handle),这个文件事件处理器是单线程的,采用IO多路复用机制来同时监听所有的socket,根据所有的socket上对应的事件选择对应的事件处理器处理。redis对客户端请求流程看图。单个客户端的连接及请求过程:首先,客户端与redis进行交互是基于...原创 2019-07-23 17:34:28 · 451 阅读 · 0 评论 -
Redis的高可用和高并发机制
一、高并发机制我们知道redis是基于单线程的,在单机模式下能承载的也就几万左右吧,所以怎么提高其在大数据下几十万的高并发请求,通过redis的主从架构和读写分离。1.主从复制redis主从复制的配置就不强调,主要看主从复制的原理及过程:在进行redis的主从复制的过程中,需要一台master主机作为管理员,去搭建多台slave从机。当slave从机试图启动时会向master主机发送一...原创 2019-07-23 20:20:33 · 401 阅读 · 0 评论 -
蚂蚁云分布式架构+慕课前端项目+商家后台项目启动及展示
该项目已经托管到github平台,希望各位大佬给点意见帮修复下bug!地址:https://github.com/ituser-zq/itmayiedu-shopp-parent.git前提说明:1.该项目为学习分布式的结业项目,相关后台页面从开源电商项目云EC电商上扒下来的。2.该项目为前后台分离项目,前台模板使用的是慕课网开源项目,地址:https://github.com/u...原创 2019-07-19 13:40:21 · 874 阅读 · 0 评论 -
关于各消息中间件MQ的场景使用及各大问题的思想解决
首先围绕着为什么使用消息中间件,使用之后对自己的项目的一个好处是什么,为什么使用这种中间件,其他的中间件的优劣之处,使用之后如果消息中间件出现了一些问题你是怎么解决的。一、为什么在你的项目架构中使用到了消息中间件? -- 解耦,异步,削峰.解耦: 首先我们要知道没有使用中间件前我们的项目的框架是一个什么样子的,假设我们的项目中有模块分工,有ABCDEF...原创 2019-07-20 22:38:13 · 892 阅读 · 0 评论 -
redis和zookeeper分布式锁实现及比对
一、redis分布式锁官方支持的一种分布式锁,叫做RedLock算法。这个分布式锁有3个重要的考量点,互斥(只能有一个客户端获取锁),不能死锁,容错(大部分redis节点或者这个锁就可以加可以释放)!1、最普通的实现方式就是在redis里创建一个key算加锁 SET my:lock 随机值 NX PX 30000,这个命令就ok。这个的NX的意思就是只有key不存在的时候...原创 2019-07-25 12:59:14 · 6522 阅读 · 1 评论 -
分布式事务的解决方案介绍
前要:关于分布式事务问题当我们的在进行传统模块开发时,假如在一个系统里面包括员工,财务,请假模块。每当我们进行对这些模块进行操作时需要保证当我开启一个事务的时候到我把全部的模块走完没有错误的情况下提交,但是当其一插入时报错可以将事务进行回滚,这就是在传统项目下的事务操作。当在进行分布式系统的开发时,每个模块独立开发,也就意味着每个模块例如员工,财务,请假模块都分别分布在一台机器上...原创 2019-07-25 15:23:30 · 204 阅读 · 0 评论 -
ElasticSearch全文检索引擎相关认识
一、Es的分布式架构是怎么样的(如何实现分布式)我们知道ElasticSearch是一个分布式搜素引擎,底层依赖于lucene全文检索,其中它 的核心思想就是在多台机器上启动es进程实例来组成es集群。es中存储数据的基本单位是index索引,整个结构类似于index->type->mapping->document->field。我们完全可以类比mysql数据库来理解...原创 2019-07-22 17:21:45 · 320 阅读 · 0 评论 -
mysql分库分表、主从复制读写分离
mysql分库分表:场景:在进行设计数据库时,在用户量不大的情况下单表单库在承载最大2000/s以下的请求应该是没有问题的,单表磁盘存储200w已经就够多了。但是如果单表单库的情况下达到这么高的并发和存储对mysql数据库的性能有极大的挑战。当业务发展变大可以进行redis缓存解决一部分查请求并发减少mysql压力值,达到mysql阈值可以使用MQ进行削峰,但是这个不是长久的办法,如果业务量再...原创 2019-08-11 21:02:56 · 500 阅读 · 0 评论