Mysql索引（二叉树，红黑树，B，分享一些行业经验

不适合使用hash索引的场景

不适用于顺序查询：索引存储顺序的不是值的顺序

不支持模糊匹配

不支持范围查询

不支持部分索引列匹配查找：如A，B列索引，只查询A列索引无效

1.6空间数据索引R-Tree（ Geospatial indexing ）

---

MyISAM支持地理空间索引，可以使用任意维度组合查询，使用特有的函数访

问，常用于做地理数据存储，使用不多

InnoDB从MySQL5.7之后也开始支持

1.7全文索引(FULLTEXT)

---

在文本中查找关键词，而不是直接比较索引中的值，类似搜索引擎

InnoDB从MySQL 5.6之后也开始支持

1.8聚簇和非聚簇索引

---

区别：数据和索引是否存储在一起

存放在一起：聚簇索引

不在一起：非聚簇索引

叶子节点既有索引又有数据

主键 就是聚簇索引

1.9聚簇和非聚簇索引，主键和二级索引

---

InnoDB（聚簇索引）

···主键 就是聚簇索引（存放的是数据）主键次序就是索引次序

···非主键索引-----二级索引：利用主键，最终找到数据（存放的是主键和索引）

**MyISAM（非聚簇索引）**两个索引里面存放的都是数据

索引

冗余和重复索引：

冗余索引：（A），（A，B）

重复索引：已经有索引，再次建立索引

索引优化策略：

1.独立地使用列：尽量避免其参与运算，独立的列指索引列不能是表达式的一部分，也不能是函数的参数，在where条件中，始终将索引列单独放在比较符号的一侧

2.左前缀索引：构建指定索引字段的左侧的字符数，要通过索引选择性来评估

索引选择性：不重复的索引值和数据表的记录总数的比值

3.多列索引：AND操作时更适合使用多列索引，而非为每个列创建单独的索引

4.选择合适的索引列顺序：无排序和分组时，将选择性最高放左侧

索引优化建议

1.只要列中含有NULL值，就最好不要在此例设置索引，复合索引如果有NULL值，此列在使用时也不会使用索引

2.尽量使用短索引，如果可以，应该制定一个前缀长度

3.对于经常在where子句使用的列，最好设置索引

4.对于有多个列where或者order by子句，应该建立复合索引

5.对于like语句，以%或者‘-’开头的不会使用索引，以%结尾会使用索引

6.尽量不要在列上进行运算（函数操作和表达式操作）

7.尽量不要使用not in和<>操作

SQL语句性能优化

查询时，能不要用就不用*，尽量写全字段名

大部分情况连接效率远大于子查询

多表连接时，尽量小表驱动大表，即小表 join 大表

在有大量记录的表分页时使用limit

对于经常使用的查询，可以开启缓存

多使用explain和profile分析查询语句

查看慢查询日志，找出执行时间长的sql语句优化

二 .管理索引

==========================================================================

创建索引：

CREATE [UNIQUE] INDEXindex_name ON tbl_name (index_col_name[(length)],…);

ALTER TABLE tbl_name ADD INDEX index_name(index_col_name);

help CREATE INDEX;

注意：创建标的时候指定primary key就会自动生成索引

create index idx_age on students(age);

对name创建索引，取前10个字段

create index idx_name on students(name(10));

建立复合索引（只有当前面的有了范围，才能查询后面的）

create index ind_name_age on students(name,age);

删除索引：

DROP INDEX index_name ON tbl_name;

ALTER TABLE tbl_name DROP INDEX index_name(index_col_name);

drop index ind_name on students;

查看索引：

SHOW INDEXES FROM [db_name.]tbl_name;

优化表空间：

OPTIMIZE TABLE tb_name;

查看索引的使用

记录索引

SET GLOBAL userstat;

查看是否使用了索引

SHOW INDEX_STATISTICS;

查看是否用了索引

explain（分析查询语句）工具

---

通过EXPLAIN来分析索引的有效性

EXPLAIN SELECT clause

获取查询执行计划信息，用来查看查询优化器如何执行查询

输出信息说明：

参考 https://dev.mysql.com/doc/refman/5.7/en/explain-output.html

id: 当前查询语句中，每个SELECT语句的编号

复杂类型的查询有三种：

简单子查询

用于FROM中的子查询

联合查询：UNION

注意：UNION查询的分析结果会出现一个额外匿名临时表

select_type：

---

简单查询为SIMPLE

复杂查询：

SUBQUERY 简单子查询

PRIMARY 最外面的SELECT

DERIVED 用于FROM中的子查询

UNION UNION语句的第一个之后的SELECT语句

UNION RESULT 匿名临时表

三. 并发控制（锁）

=============================================================================

锁粒度：

表级锁:整个表枷锁MyISAM

行级锁：只锁一行（InnoDB）

锁：

读锁：共享锁，只读不可写（包括当前事务） ，多个读互不阻塞

写锁：独占锁，排它锁，写锁会阻塞其它事务（不包括当前事务）的读和它锁

实现

存储引擎：自行实现其锁策略和锁粒度

服务器级：实现了锁，表级锁，用户可显式请求

分类：

隐式锁：由存储引擎自动施加锁

显式锁：用户手动请求

锁策略：在锁粒度及数据安全性寻求的平衡机制

显式使用锁

LOCK TABLES 加锁

tbl_name [[AS] alias] lock_type

[, tbl_name [[AS] alias] lock_type] …

lock_type: READ ， WRITE

UNLOCK TABLES 解锁

FLUSH TABLES [tb_name[,…]] [WITH READ LOCK]

关闭正在打开的表（清除查询缓存），通常在备份前加全局读锁（如果后面不加表明，全局锁）

SELECT clause [FOR UPDATE | LOCK IN SHARE MODE]查询时加写或读锁

加读锁（自己 别人----只能读）共享锁

lock tables students read;

加读锁（自己都可以 别人都不行）独占锁

lock tables students write;

解锁

ublock tables；

全局锁（不能改，不能增加用户）----用于备份

flush tables with read lock;

常用

加锁导致别人无法（修改表）

1.show processlist;查看进程

直接杀掉该进程kill id；

这样就会把锁删掉

mysql详解

---

查看： show processlist;

显示的信息都是来自MySQL系统库 information_schema 中的 processlist 表。所以使用下面的查询语句可以获得相同的结果：

select * from information_schema.processlist

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip1024b （备注Java）

总结：绘上一张Kakfa架构思维大纲脑图（xmind）

其实关于Kafka，能问的问题实在是太多了，扒了几天，最终筛选出44问：基础篇17问、进阶篇15问、高级篇12问，个个直戳痛点，不知道如果你不着急看答案，又能答出几个呢？

若是对Kafka的知识还回忆不起来，不妨先看我手绘的知识总结脑图（xmind不能上传，文章里用的是图片版）进行整体架构的梳理

梳理了知识，刷完了面试，如若你还想进一步的深入学习解读kafka以及源码，那么接下来的这份《手写“kafka”》将会是个不错的选择。

• Kafka入门

• 为什么选择Kafka

• Kafka的安装、管理和配置

• Kafka的集群

• 第一个Kafka程序

• Kafka的生产者

• Kafka的消费者

• 深入理解Kafka

• 可靠的数据传递

• Spring和Kafka的整合

• SpringBoot和Kafka的整合

• Kafka实战之削峰填谷

• 数据管道和流式处理(了解即可)

扒了几天，最终筛选出44问：基础篇17问、进阶篇15问、高级篇12问，个个直戳痛点，不知道如果你不着急看答案，又能答出几个呢？

若是对Kafka的知识还回忆不起来，不妨先看我手绘的知识总结脑图（xmind不能上传，文章里用的是图片版）进行整体架构的梳理

梳理了知识，刷完了面试，如若你还想进一步的深入学习解读kafka以及源码，那么接下来的这份《手写“kafka”》将会是个不错的选择。

• Kafka入门

• 为什么选择Kafka

• Kafka的安装、管理和配置

• Kafka的集群

• 第一个Kafka程序

• Kafka的生产者

• Kafka的消费者

• 深入理解Kafka

• 可靠的数据传递

• Spring和Kafka的整合

• SpringBoot和Kafka的整合

• Kafka实战之削峰填谷

• 数据管道和流式处理(了解即可)

[外链图片转存中…(img-bEezwdio-1712030970625)]

[外链图片转存中…(img-UHB2gCKl-1712030970625)]