17-如何正确的显示随机消息

2019-06-22

字数统计: 4.3k字 | 阅读时长: 16分

学习来源：极客时间-MySQL实战45讲，本人购买课程后依据图文讲解汇总成个人见解。

前言

在上一篇文章，讲完order by语句的几种执行模式后，就想到了之前一个做英语学习App的朋友碰到过的一个性能问题。今天这篇文章，我就从这个性能问题说起，和你说说MySQL中的另外一种排序需求，希望能够加深你对MySQL排序逻辑的理解。

这个英语学习App首页有一个随机显示单词的功能，也就是根据每个用户的级别有一个单词表，然后这个用户每次访问首页的时候，都会随机滚动显示三个单词。他们发现随着单词表变大，选单词这个逻辑变得越来越慢，甚至影响到了首页的打开速度。

现在，如果让你来设计这个SQL语句，你会怎么写呢？

展开全文 >>

16-MySQL中order by是如何工作的

2019-06-20

字数统计: 4.4k字 | 阅读时长: 16分

学习来源：极客时间-MySQL实战45讲，本人购买课程后依据图文讲解汇总成个人见解。

前言

在你开发应用的时候，一定会经常碰到需要根据指定的字段排序来显示结果的需求。还是以我们前面举例用过的市民表为例，假设你要查询城市是“杭州”的所有人名字，并且按照姓名排序返回前1000个人的姓名、年龄。

假设这个表的部分定义是这样的：

CREATE TABLE `t` ( 
`id` int(11) NOT NULL, 
`city` varchar(16) NOT NULL, 
`name` varchar(16) NOT NULL, 
`age` int(11) NOT NULL, 
`addr` varchar(128) DEFAULT NULL, 
PRIMARY KEY (`id`), 
KEY `city` (`city`) 
) ENGINE=InnoDB;

这时，你的SQL语句可以这么写：

1	select city,name,age from t where city='杭州' order by name limit 1000 ;

这个语句看上去逻辑很清晰，但是你了解它的执行流程吗？今天，就和你聊聊这个语句是怎么执行的，以及有什么参数会影响执行的行为。

展开全文 >>

15-日志和索引有关问题

2019-06-18

字数统计: 2.8k字 | 阅读时长: 9分

在两阶段提交的不同瞬间，MySQL如果发生异常重启，是怎么保证数据完整性的？

再放一次两阶段提交的图，方便学习下面的内容。

这里，要先和你解释一个误会式的问题。有人问到，这个图不是一个update语句的执行流程吗，怎么还会调用commit语句？

展开全文 >>

RocketMQ探索

2019-06-17

字数统计: 7.8k字 | 阅读时长: 29分

转载自：
https://blog.csdn.net/javahongxi/article/details/72956608

https://www.cnblogs.com/tudachui/p/10998984.html

1. 簡介RocketMQ

RocektMQ是阿里巴巴在2012年开源的一个纯java、分布式、队列模型的第三代消息中间件，不仅在传统高频交易链路有着低延迟的出色表现，在实时计算等大数据领域也有着不错的吞吐。

2016年11月11号，双十一大促见证了RocketMQ低延迟存储架构的成功试水，99.996%的延迟落在了10ms以内，极个别由于GC引发的停顿在50ms以内，其高性能、低延时和高可靠的特性承载了近年来双十一17万笔/秒的交易峰值，在整个生产链路上都有着稳定和出色的表现。其在同年捐赠给Apache后正式进入孵化期。并于2017年9月RocketMQ正式从Apache社区正式毕业，成为Apache顶级项目。

RocketMQ是一个分布式开放消息中间件，底层基于队列模型来实现消息收发功能。RocketMQ集群中包含4个模块：Namesrv, Broker, Producer, Consumer。

Namesrv: 存储当前集群所有Brokers信息、Topic跟Broker的对应关系。
Broker: 集群最核心模块，主要负责Topic消息存储、消费者的消费位点管理（消费进度）。
Producer: 消息生产者，每个生产者都有一个ID(编号)，多个生产者实例可以共用同一个ID。同一个ID下所有实例组成一个生产者集群。
Consumer: 消息消费者，每个订阅者也有一个ID(编号)，多个消费者实例可以共用同一个ID。同一个ID下所有实例组成一个消费者集群。

官方简介：

能够保证严格的消息顺序
提供丰富的消息拉取模式
高效的订阅者水平扩展能力
实时的消息订阅机制
亿级消息堆积能力

展开全文 >>

14-count（\*）为什么这么慢

2019-06-16

字数统计: 3.9k字 | 阅读时长: 13分

学习来源：极客时间-MySQL实战45讲，本人购买课程后依据图文讲解汇总成个人见解。

前言

在开发系统的时候，你可能经常需要计算一个表的行数，比如一个交易系统的所有变更记录总数。这时候你可能会想，一条select count(*) from t 语句不就解决了吗？

但是，你会发现随着系统中记录数越来越多，这条语句执行得也会越来越慢。然后你可能就想了，MySQL怎么这么笨啊，记个总数，每次要查的时候直接读出来，不就好了吗。

那么今天，我们就来聊聊count(*)语句到底是怎样实现的，以及MySQL为什么会这么实现。然后，会再和你说说，如果应用中有这种频繁变更并需要统计表行数的需求，业务设计上可以怎么做。

展开全文 >>

13-为什么表数据删掉一半而表文件大小不变

2019-06-15

字数统计: 3.4k字 | 阅读时长: 12分

学习来源：极客时间-MySQL实战45讲，本人购买课程后依据图文讲解汇总成个人见解。

前言

经常会有人提问，我的数据库占用空间太大，我把一个最大的表删掉了一半的数据，怎么表文件的大小还是没变？

那么今天，一起聊聊数据库表的空间回收，看看如何解决这个问题。

这里，我们还是针对MySQL中应用最广泛的InnoDB引擎展开讨论。一个InnoDB表包含两部分，即：表结构定义和数据。在MySQL 8.0版本以前，表结构是存在以.frm为后缀的文件里。而MySQL 8.0版本，则已经允许把表结构定义放在系统数据表中了。因为表结构定义占用的空间很小，所以我们今天主要讨论的是表数据。

接下来，会先和你说明为什么简单地删除表数据达不到表空间回收的效果，然后再和你介绍正确回收空间的方法。

展开全文 >>

12-为什么我的MySQL会“抖”一下

2019-06-13

字数统计: 3.8k字 | 阅读时长: 13分

学习来源：极客时间-MySQL实战45讲，本人购买课程后依据图文讲解汇总成个人见解。

前言

平时的工作中，不知道你有没有遇到过这样的场景，一条SQL语句，正常执行的时候特别快，但是有时也不知道怎么回事，它就会变得特别慢，并且这样的场景很难复现，它不只随机，而且持续时间还很短。

看上去，这就像是数据库“抖”了一下。今天，我们就一起来看一看这是什么原因。

展开全文 >>

11-怎么给字符串字段加索引

2019-06-12

字数统计: 3.3k字 | 阅读时长: 11分

学习来源：极客时间-MySQL实战45讲，本人购买课程后依据图文讲解汇总成个人见解。

前言

现在，几乎所有的系统都支持邮箱登录，如何在邮箱这样的字段上建立合理的索引，是我们今天要讨论的问题。

假设，你现在维护一个支持邮箱登录的系统，用户表是这么定义的：

mysql> create table SUser(
ID bigint unsigned primary key, 
email varchar(64), 
... 
)engine=innodb;

展开全文 >>

10-MySQL为什么有时候会选错索引

2019-06-11

字数统计: 4.5k字 | 阅读时长: 16分

学习来源：极客时间-MySQL实战45讲，本人购买课程后依据图文讲解汇总成个人见解。

前言

前面我们介绍过索引，你已经知道了在MySQL中一张表其实是可以支持多个索引的。但是，你写SQL语句的时候，并没有主动指定使用哪个索引。也就是说，使用哪个索引是由MySQL来确定的。

不知道你有没有碰到过这种情况，一条本来可以执行得很快的语句，却由于MySQL选错了索引，而导致执行速度变得很慢？

我们一起来看一个例子吧。

我们先建一个简单的表，表里有a、b两个字段，并分别建上索引：

展开全文 >>

3-3-Docker容器用法

2019-06-10

字数统计: 7.5k字 | 阅读时长: 33分

文章出处：https://blog.csdn.net/xc_zhou/article/details/80952307

1 Docker 容器

容器是 Docker 又一核心概念。

简单的说，容器是独立运行的一个或一组应用，以及它们的运行态环境。对应的，虚拟机可以理解为模拟运行的一整套操作系统（提供了运行态环境和其他系统环境）和跑在上面的应用。

2 启动容器

启动容器有两种方式，一种是基于镜像新建一个容器并启动，另外一个是将在终止状态（stopped）的容器重新启动。

因为 Docker 的容器实在太轻量级了，很多时候用户都是随时删除和新创建容器。

展开全文 >>