索引，比高铁还快
最近忽然发现有个列表显示不出来了，后来查询，发现是sql的问题。
这个sql查询的库比较大，并且还要left join 用户信息。
我都想把这个接口分开，单独查询用户信息，存储缓存来解决这个问题。
当然这是最后的策略。
我还是先优化sql吧，说来是优化数据库。
一开始这个sql竟然要19秒，这可不是一般的慢啊。
我跟拒where 还要left on 的字段，一个一个加索引，速度慢慢降下来了，将到了9秒。
但9秒也不是我们想要的啊。
知道最后一个关键索引，order by 后面的字段我也给加了索引。
我去，瞬间 200ms查询出了数据。
我还有什么能说的呢，看来索引基本能解决一切慢sql。好开心。
DOM，this.$el,vue
yarn upgrade 用于更新包到基于规范范围的最新版本
所有组件都需要这么去调用，就会有些许麻烦而且不太美观。像Loading、Toast等这些组件，一页面可以经常用到而且每次显示的内容都可能不一样，这样的话用js的方式【this.$xxx.show(option)】去调用就方便很多，而且代码也更整洁。
当我们需要在返回上一级之前进行某些函数判断时，可以借助beforeRouteLeave 进行判断。
transition有四个属性，很多人都会遗忘，分别是transition-property，transition-duration，transition-timing-function，transition-delay，尤其是transition-delay，这个可以实现延迟动画
另外，我们做路由的时候要有意的根据页面等级做出路由的长度 比如 /a是一级的页面/a/b是二级的页面，下面的文章大家也可以通过判断path的长度来计算rank值，不用有意自定了 这样做的好处有两点，一个就是前进刷新，后退不刷新，还有就是，如果我们做页面进出效果的时候也能排上用场。
vue中关于插槽的文档说明很短，语言又写的很凝练，再加上其和methods，data，computed等常用选项使用频率、使用先后上的差别，这就有可能造成初次接触插槽的开发者容易产生“算了吧，回头再学，反正已经可以写基础组件了”，于是就关闭了vue说明文档。
那缺少的elementui文件去哪里找呢？答案是cdn引用。
nuxt.js简单的说是Vue.js的通用框架，最常用的就是用来作SSR（服务器端渲染）.Vue.js是开发SPA（单页应用）的,Nuxt.js这个框架，用Vue开发多页应用，并在服务端完成渲染，可以直接用命令把我们制作的vue项目生成为静态html。
然后你再使用 npm run build 打包的时候，会弹出一个界面 当然了，它第一次出来的时候我立马关了，这啥玩意？？？别着急你慢慢的品，慢慢的看。 原来 这是打包后的JS，面积的大小就是体积的大小。这样我们一目了然的看到了到底那里大了