什么是自旋锁和互斥锁？
由于CLH锁是一种自旋锁，那么我们先来看看自旋锁是什么？
自旋锁说白了也是一种互斥锁，只不过没有抢到锁的线程会一直自旋等待锁的释放，处于busy-waiting的状态，此时等待锁的线程不会进入休眠状态，而是一直忙等待浪费CPU周期。因此自旋锁适用于锁占用时间短的场合。
这里谈到了自旋锁，那么我们也顺便说下互斥锁。这里的互斥锁说的是传统意义的互斥锁，就是多个线程并发竞争锁的时候，没有抢到锁的线程会进入休眠状态即sleep-waiting，当锁被释放的时候，处于休眠状态的一个线程会再次获取到锁。缺点就是这一些列过程需要线程切换，需要执行很多CPU指令，同样需要时间。如果CPU执行线程切换的时间比锁占用的时间还长，那么可能还不如使用自旋锁。因此互斥锁适用于锁占用时间长的场合。
ClickHouse 是什么？
ClickHouse：是一个用于联机分析(OLAP)的列式数据库管理系统(DBMS)
我们首先理清一些基础概念
- OLTP：是传统的关系型数据库，主要操作增删改查，强调事务一致性，比如银行系统、电商系统
- OLAP：是仓库型数据库，主要是读取数据，做复杂数据分析，侧重技术决策支持，提供直观简单的结果
接着我们用图示，来理解一下列式数据库和行式数据库区别
在传统的行式数据库系统中（MySQL、Postgres和MS SQL Server），数据按如下顺序存储：
在列式数据库系统中（ClickHouse），数据按如下的顺序存储：
两者在存储方式上对比：
以上是ClickHouse基本介绍
二、业务问题
业务端现有存储在Mysql中，5000万数据量的大表及两个辅表，单次联表查询开销在3min+，执行效率极低。经过索引优化、水平分表、逻辑优化，成效较低，因此决定借助ClickHouse来解决此问题
最终通过优化，查询时间降低至1s内，查询效率提升200倍！
希望通过本文，可以帮助大家快速掌握这一利器，并能在实践中少走弯路。
三、ClickHouse实践
1.Mac下的Clickhouse安装
我是通过docker安装，也可以下载CK编译安装，相对麻烦一些。
2.数据迁移：从Mysql到ClickHouse
ClickHouse支持Mysql大多数语法，迁移成本低，目前有[五种迁移]
- create table engin mysql，映射方案数据还是在Mysql
- insert into select from，先建表，在导入
- create table as select from，建表同时导入
- csv离线导入
- streamsets
选择第三种方案做数据迁移：
CREATE TABLE [IF NOT EXISTS] [db.]table_name ENGINE = Mergetree AS SELECT * FROM mysql('host:port', 'db', 'database', 'user', 'password')
3.性能测试对比
| 类型 | 数据量 | 表大小 | 查询速度 |
|---|---|---|---|
| Mysql | 5000万 | 10G | 205s |
| ClickHouse | 5000万 | 600MB | 1s内 |
4.数据同步方案
临时表
图片来源：新建temp中间表，将Mysql数据全量同步到ClickHouse内temp表，再替换原ClickHouse中的表，适用数据量适度，增量和变量频繁的场景
总结
我们总是喜欢瞻仰大厂的大神们，但实际上大神也不过凡人，与菜鸟程序员相比，也就多花了几分心思，如果你再不努力，差距也只会越来越大。实际上，作为程序员，丰富自己的知识储备，提升自己的知识深度和广度是很有必要的。
Mybatis源码解析
m/doc/DSmxTbFJ1cmN1R2dB)**
Mybatis源码解析
[外链图片转存中…(img-JCAIAF8Q-1621489636320)]