MySql教程

MySQL笔记一

本文主要是介绍MySQL笔记一,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

MySQL实战45讲学习笔记:第一讲

一、MySQL逻架构图

image

二、连接器工作原理刨析

1、连接器工作原理图

image

2、原理图说明

1、连接命令

mysql -h$ip -P$port -u$user -p

2、查询链接状态

image

3、长连接端连接

1、什么是长链接?

数据库里面,长连接是连接成功后,如果客户端持续有请求,则一直使用同一个链接。

2、什么是短连接?

短连接则是指每次执行完很少的几次查询就断开连接,下次查询重新建立一个

3、尽量使用长链接

建立连接的过程通常是比较复杂的,所以我建议你在使用中尽量减少建立的动作,也就是使用长连接

三、使用长链接困惑及解决方案

1、为什么 MySQL占用内存涨得特别快

但是全部是用长连接后,你可能会发现,有些时候MySQL占用内存涨得特别快,

这是因为MySQL在执行过程中临时使用的内存管理在连接对象里面的,这些资源会在连接断开的时候才释放,

所以如果长链接积累下来,可能导致内存占用大,被系统强行杀掉,从现象看就是MySQL异常重启了

2、如何解决 MySQL占用内存涨得特别快

1、定期断开长链接,使用一段时间,或者程序里面判断执行过一个占用内存的大查询后,断开连接,之后要查询再连接

2、如果你用的是MySQL5.7或更新版本,可以在每次执行一个比较大的操作后,通过执行

mysql_reset_connection

来重新初始化连接资源,这个过程不需要重连或重新做权限验证,但是会将连接回复到刚刚创建完时的状态

四、查询缓存

1、工作流程刨析图解

image

  1. MySQL拿到一个查询请求后,会先到查询缓存看看,之前是不是执行过这条语句,如果有,就直接返回给客户端
  2. 如果语句不在查询缓存中,就会继续后面的执行阶段。
  3. 执行完成后,执行结果会被存入查询缓存中,
  4. 如果查询命中缓存MySQL不需要执行后面的复杂操作,就可以直接返回结果,这个效率会很高

2、为什么大多数情况下比建议使用查询缓存?

1、查询缓存的失效非常频繁,只要有一个表更新,这个表上所有的查询缓存都被清空
2、对于更新压力大的数据库来说,查询缓存的命中率会非常低,
3、除非你的业务就是有一张静态表,很长时间才会更新一次(比如一个系统配置表)

1、默认语句不实用查询缓存

MySQL提供的按需使用的方式

query_cache_type 设置成 DEMAND

2、确定需要查询缓存的语句

mysql> select SQL_CACHE * from T where ID=10;

MySQL 8.0 版本直接将查询缓存的整块功能删掉了,也就是说 8.0 开始彻底没有这个功能了。

五、分析器

image

如果你的语句不对,就会收到“You have an error in your SQL syntax”的错误提醒,
比如下面这个语句select 少打了开头的字母“s”

mysql> elect * from t where ID=1;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to <br>your MySQL server version for the right syntax to use near 'elect * from t where ID=1' at line 1

一般语法错误会提示第一个出现错误的位置,所以你要关注的是紧接"use naar"的内容

六、优化器

1、优化器的作用

1、在表里面有多个索引的时候,决定使用哪个索引

2、多表关联(ioin)的时候,决定各个表的链接顺序

2、举例说明

mysql> select * from t1 join t2 using(ID) where t1.c=10 and t2.d=20;

既可以先从表 t1 里面取出 c=10 的记录的 ID 值,再根据 ID 值关联到表 t2,再判断 t2 里面 d 的值是否等于20
也可以先从表 t2 里面取出 d=20 的记录的 ID 值,再根据 ID 值关联到 t1,再判断 t1 里面 c 的值是否等于10

这两种执行方法的逻辑结果时一样的,但是执行的效率会有不同,而优化器的作用就是决定选择哪一个方案

七、执行器

1、工作原理

image

2、举例说明

1、没有索引的执行流程

1、调用 InnoDB 引擎接口取这个表的第一行,判断 ID 值是不是1,如果不是则跳过,如果是则将这行存在结果集中
2、调用引擎接口取"下一行",重复相同的判断逻辑,直到取到这个表的最后一行
3、执行器将上述遍布过程中所有满足条件的行组成的记录集作为结果集返回给客户端。

2、有索引的执行流程

第一调用的是"取满足条件的第一行"这个接口,
之后循环取"满足条件的下一行"

引擎扫描行数跟rows_examined并不是完全相同的

这篇关于MySQL笔记一的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!