mysql 的一些优化经验记录

╰+攻爆jí腚メ 2023-06-30 02:50 27阅读 0赞

1,将一个大连接查询（JOIN）分解成对每一个表进行一次单表查询，然后将结果在应用程序中进行关联，这样做的好处有：

*  让缓存更高效。对于连接查询，如果其中一个表发生变化，那么整个查询缓存就无法使用。而分解后的多个查询，即使其中一个表发生变化，对其它表的查询缓存依然可以使用。
 *  分解成多个单表查询，这些单表查询的缓存结果更可能被其它查询使用到，从而减少冗余记录的查询。
 *  减少锁竞争；
 *  在应用层进行连接，可以更容易对数据库进行拆分，从而更容易做到高性能和可扩展。
 *  查询本身效率也可能会有所提升。例如下面的例子中，使用 IN() 代替连接查询，可以让 MySQL 按照 ID 顺序进行查询，这可能比随机的连接要更高效。

SELECT * FROM tab
    JOIN tag_post ON tag_post.tag_id=tag.id
    JOIN post ON tag_post.post_id=post.id
    WHERE tag.tag='mysql';
    SELECT * FROM tag WHERE tag='mysql';
    SELECT * FROM tag_post WHERE tag_id=1234;
    SELECT * FROM post WHERE post.id IN (123,456,567,9098,8904);

2，mysql的查询语句执行流程。

2.1、client和server建立连接，client发送sql至server（对应连接器这一过程）

2.2、server如果在查询缓存中发现了该sql，则直接使用查询缓存的结果返回给client，如果查询缓存中没有，则进入下面的步骤（对应查询缓存这一过程，8.0这一过程已经不存在了，8.0完全抛弃了这个功能）

2.3、server对sql进行语法分析，识别出sql里面的字符串是否符合标准，比如select关键字不能写错（对应分析器这一过程）

2.4、server对sql进行语义分析，识别出sql里面的字符串的具体意思是什么，比如T1是表名，C1是列名（对应分析器这一过程。3、4步其实解析的过程，这个解析的过程是分析器的工作不是优化器的工作）

2.5、server确定sql的执行路径，比如走索引还是全表，多表连接时哪张表先走哪张表后走，当你的where条件的可读性和效率有冲突时mysql内部还会自动进行优化，也就是大家理解的重写where子句（对应优化器这一过程）

2.6、server对执行sql的用户进行权限检查，比如对表是否有权限执行(对应执行器这一过程)

2.7、server执行该sql语句，发送结果给client(对应执行器这一过程)

连接器-->查询缓存-->分析器-->优化器-->执行器

这里需要注意的是

1，设置查询缓存 query\_cache\_type和query\_cache\_size，对应上面的第二步，注意 语句是区分大小写的。

2，在第5步时，优化器自动优化，也就是我们常用的查看执行器。看优化器后语句的执行过程，当然我们也可以