索引，比高铁还快
最近忽然发现有个列表显示不出来了，后来查询，发现是sql的问题。
这个sql查询的库比较大，并且还要left join 用户信息。
我都想把这个接口分开，单独查询用户信息，存储缓存来解决这个问题。
当然这是最后的策略。
我还是先优化sql吧，说来是优化数据库。
一开始这个sql竟然要19秒，这可不是一般的慢啊。
我跟拒where 还要left on 的字段，一个一个加索引，速度慢慢降下来了，将到了9秒。
但9秒也不是我们想要的啊。
知道最后一个关键索引，order by 后面的字段我也给加了索引。
我去，瞬间 200ms查询出了数据。
我还有什么能说的呢，看来索引基本能解决一切慢sql。好开心。
当没有任何参数时,run是默认行为,在幕后,它3000端口开启node.js服务器实例,同时开启监听3001端口的MongoDB服务
Meteor中国镜像，离线安装，package复制
Kotlin教程中文英文demo
在新建的js文件中想用store里面的数据，比如token想在封装的axios里面，请求头里面去使用，亦或者通过app的JS接口获取token并存储在store里面。我们都知道如何在vue中如何使用。
vuex，state，批量，vue，react
1.子向父，子postMessage,父监听message; 2.父向子，父postMessage,子监听message; 3.测试发现，子向父postMessage的时候，源可以写为‘*’，父向子postMessage的时候，源需要写成子的源，(也就是子页面的协议+主机号+端口) 测试代码部分：
Object.entries()方法返回一个给定对象自身可枚举属性的键值对数组，其排列与使用 for...in 循环遍历该对象时返回的顺序一致（区别在于 for-in 循环还会枚举原型链中的属性）
sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer/
当我们有时候回滚了代码，想强制push到远程仓库的时候，--force。。。