用户头像

奈何花开

还未添加个人签名

2019.5.14 加入

还未添加个人简介
关注
  • 12

    发布数

  • 0

    关注者

  • 0

    关注了

Redis(二)单机版安装

学习 Redis 首先要把 Redis 搭建起来一边操作一边学才是比较好的方式。本篇文章先安装 Redis 的单机版。以下内容均安装在 /usr/local/src/redis 目录下。先创建目录:mkdir -p /usr/local/src/redis

Java 面试题基础(一)HashMap 底层原理

HashMap 在面试中有多高频就不用说了吧,几乎大部分的面试中都有 HashMap 的身影。为什么它会这么高频呢?一是因为 HashMap 在我们的业务代码中是使用频率最高的类型之一,经常需要在代码中使用;二是 HashMap 涵盖的知识点有很多,比如 hash 算法的优化,寻

Redis(一)分布式缓存的作用

缓存最经典的场景是用在电商的商品上,一般来说,电商的某个商品的信息,在一天之内几乎都不会做任何改变,但是这个商品的查询可能是非常频繁的,一天可能就被浏览了几百万次。

消息队列(六)如何处理消费者故障导致的百万消息积压?

我们先思考一下导致消息队列消息百万积压都是怎么造成的。首先,可能是消费端出问题了,比如宕机等情况,或者消费端消费得极其慢,就会导致消息不断积压;也有可能是消费端依赖的服务器挂掉了,比如依赖的 NoSQL/MySQL 挂掉了,导致消费者自己没啥正常运作了

消息队列(五)如何保证消息的顺序性?

在生产中经常会有一些类似报表系统,需要做 MySQL 的 binlog 同步。比如订单系统要同步订单表的数据到大数据部门的 MySQL 库中用于报表统计分析,通常的做法是基于 Canal 这样的中间件去监听订单数据库的 binlog,然后把这些 binlog 发送到 MQ 中

消息队列(四)如何处理消息丢失的问题?

跟消息重复问题类似,数据丢失也可能出现在生产者、MQ、消费者三者中。

消息队列(三)如何保证消息不被重复消费?

RabbitMQ、RocketMQ、Kafka 都有可能出现重复消费的问题,导致重复消费的原因可能出现在生产者,也可能出现在 MQ 或 消费者。

消息队列(二)如何保证消息队列的高可用?

在上一篇笔记 【MQ 学习笔记】为什么要使用消息队列? 中,介绍了消息队列的应用场景和可能导致的问题,其中高可用问题是引入 MQ 的第一个问题。

消息队列(一)为什么要使用消息队列?

不知大家是否有遇到过这样的问题?我们要调其他系统推送数据,对方接口改了参数要围着对方转,配合调试和测试;新增对接系统要增加接口调用代码联调;调第三方接口经常调不通;每次大促系统都处于崩溃的边缘,如 618、双十一、秒杀活动等。

MySQL 笔记(二)日志系统
MySQL 笔记(二)日志系统

上一篇【MySQL 笔记(一)基础架构】中,以一条 SQL 查询语句为例说明了 MySQL 的基础架构。这一篇,则以一条 SQL 更新语句了解下 MySQL 的日志系统。那么,一条 SQL 更新语句是如何执行的呢?

MySQL 笔记(一)基础架构
MySQL 笔记(一)基础架构

我们先通过一条简单的 SQL 聊一聊 MySQL 的基础架构。比如我们有个学生表,有 id,name,age 三个字段,执行如下语句时,它的内部执行过程是怎么样的呢?

Java 底层基础笔记(一)硬件
Java 底层基础笔记(一)硬件

计算机组成分为五个部分:运算器,控制器,存储器,输入设备,输出设备。其中,运算器和控制器就是我们常说的 CPU,存储器分为内存储器(内存)和外存储器(硬盘),输入输出设备通称 I/O 设备。

Nginx支持QUIC/HTTP3的实现路径和实践思考

Nginx支持QUIC/HTTP3的实现路径和实践思考

奈何花开