索引，比高铁还快
最近忽然发现有个列表显示不出来了，后来查询，发现是sql的问题。
这个sql查询的库比较大，并且还要left join 用户信息。
我都想把这个接口分开，单独查询用户信息，存储缓存来解决这个问题。
当然这是最后的策略。
我还是先优化sql吧，说来是优化数据库。
一开始这个sql竟然要19秒，这可不是一般的慢啊。
我跟拒where 还要left on 的字段，一个一个加索引，速度慢慢降下来了，将到了9秒。
但9秒也不是我们想要的啊。
知道最后一个关键索引，order by 后面的字段我也给加了索引。
我去，瞬间 200ms查询出了数据。
我还有什么能说的呢，看来索引基本能解决一切慢sql。好开心。
我真的太久没发 IntelliJ 的教程了，最近 Sakura 同学找我帮他配 IntelliJ ，我秀了一下技术，假装自己是老司机。 然后发现 Language Injection 这个非常好用的功能我居然没写教程（很明显，一堆人不知道这个东西）， 于是我又开始写教程了。 本文多图。
用Map接收的时候,都是像DB定义的字段一样,类似以下 student_name,student_id,没有转换为驼峰,但是又不能因为这一个定义一个javabean来映射数据库字段集合,这样,会有无穷无尽的javabean,完全不是办法,
当我们已经启动了一个服务，然后修改代码之后，会自动重新部署。Spring项目通常有新内容修改后需要重新编译然后运行。通过配置Spring boot的热启动配置，可以实现自动编译重启项目，通常要比手动停止，启动项目快。
location匹配路径末尾没有 /，proxy_pass后面的路径只有域名同时最后有 /：
通过快捷键直接启动电脑上的相关应用，可以分成两个步骤： 1.相关启动应用生成快捷方式（如果已经生成了快捷键，可以跳过这步）； 2.为快捷方式设置相应的快捷键。
解决办法，更新bugly版本
如何解决node的内存溢出问题，并不是网上所说的--max-old-space-size，都能解决的。
如何解决node的内存溢出问题，并不是网上所说的--max-old-space-size，都能解决的。
硬盘的 IO 开销是非常昂贵的，硬盘 IO 花费的 CPU 时钟周期是内存的 41000000/250 = 164000 倍。 所有在一般应用中，优化要首先考虑数磁盘 IO , 通常也就是数据层的优化，说到数据库优化，很多人第一时间会想到加索引，但是什么加了索引查询会变快呢？索引要怎么加才合适呢？