想在浏览器事件循环机制中拿到满分？不得不看此篇文章
JavaScript代码的执行过程中，除了依靠函数调用栈来搞定函数的执行顺序外，还依靠任务队列(task queue)来搞定另外一些代码的执行。整个执行过程，我们称为事件循环过程。
你了解MySQL的查询缓存么？
MySQLl的查询缓存就像网站缓存一样，我们打开一个网站页面，往往发现之前打开过的页面再次打开十分快！这就是因为缓存机制。
MySQL同理，当查询后的数据会暂时先放在缓存机制中，如果再次查询通用的语句会在缓存中直接调用出来。
查询的时候就会拿着语句先去缓存中查询，如果能够命中就返回缓存的value，如果不命中就执行后面的阶段。
笔者还是比较愿意用缓存机制的，因为总体来说优势多于劣势。
优势为何大于劣势？
缓存的失效很容易，只要对表有任何的更新，这个表的所有查询缓存就会全部被清空，就会出现缓存还没使用，就直接被清空了，或者积累了很多缓存准备用来着，但是一个更新打回原形。
这就导致查询的命中率低的可怕，只有那种只查询不更新的表适用缓存，但是这样的表往往很少存在，一般都是什么配置表之类的。
用缓存操作与不用缓存操作
可以显示调用，把query_cache_type设置成为DEMAND，这样SQL默认不适用缓存，想用缓存就用SQL_CACHE。
有个小技巧就是，我们之前开发的时候，都会去库里看看sql执行时间，但是可能是有缓存的，一般我们就在sql前面使用SQL_NO_CACHE就可以知道真正的查询时间了。
select SQL_NO_CACHE * from B复制代码
缓存在MySQL8.0之后就取消了，所以大家现在应该不需要太关注这个问题，主要是我之前用的版本都不高，所以缓存一直有，在《高性能MySQL》书中也看到了一些关于缓存的介绍，就想起来给大家也提一下了。
缓存查询完了应该做啥呢？
在缓存没有命中的情况下，就开始执行语句了，你写的语句有没有语法错误，这是接下来MySQL比较关心的点。
那他会怎么做呢？会先做词法分析，你的语句有这么多单词、空格，MySQL就需要识别每个字符串所代表的是什么，是关键字，还是表名，还是列名等等。
然后就开始语法分析，根据词法分析的结果，语法分析会判断你sql的对错，错了会提醒你的，并且会提示你哪里错了。
MySQL应该怎么优化？
优化就比较简单了，因为我们建立表可能会建立很多索引，优化有一步就是要确认使用哪个索引，比如使用你的主键索引，联合索引还是什么索引更好。
还有就是对执行顺序进行优化，条件那么多，先查哪个表，还是先关联，会出现很多方案，最后由优化器决定选用哪种方案。
最后就是执行了，执行就交给执行器去做。
第一步可能就是权限的判断，其实这里我不确定的一个点就是，我接触的公司很多都是自研的线上查询系统，我们是不能用Navicat直连线上库，只能去网页操作，那表的权限是在MySQL层做的，还是系统做的，我猜应该是系统层做的，MySQL可能默认就全开放了，只是我们 不知道ip。
本文相关文章《让面试官瞠目结舌的数据库优化技术！（上）》
云云数据库性能优化到最优，可以一键解决部署、性能、备份等问题，现今有优惠哦！
转载请注明：小猪云服务器租用推荐 » 让面试官瞠目结舌的数据库优化技术！（下）