索引，比高铁还快
最近忽然发现有个列表显示不出来了，后来查询，发现是sql的问题。
这个sql查询的库比较大，并且还要left join 用户信息。
我都想把这个接口分开，单独查询用户信息，存储缓存来解决这个问题。
当然这是最后的策略。
我还是先优化sql吧，说来是优化数据库。
一开始这个sql竟然要19秒，这可不是一般的慢啊。
我跟拒where 还要left on 的字段，一个一个加索引，速度慢慢降下来了，将到了9秒。
但9秒也不是我们想要的啊。
知道最后一个关键索引，order by 后面的字段我也给加了索引。
我去，瞬间 200ms查询出了数据。
我还有什么能说的呢，看来索引基本能解决一切慢sql。好开心。
网上很多垃圾文章推荐segmenter工具，但用的时候，3.5G的ts文件丢了一半的数据，于是想到了ffmpeg转。
七牛私有空间，防盗链
nodejs 终端打印进度条实例代码
Mysql 时间格式默认插入值为空时，会以'0000-00-00 00:00:00'填充，这时如果select时会抛出SQLExecption如下： java.sql.SQLException: Value '0000-00-00 00:00:00' can not be represented as java.sql.Timestamp
最近在做一个项目的过程中，得到一个远程二维码图片的url，需要扫码登录，每次都是在控制台发url打印出来，再复制粘贴到浏览器的地址栏中打开扫码，整个过程过于繁琐，于是想找一个模块，直接在node下，指定浏览器打开该图片。这样可以省不少事。
npm cache 提供了三个命令，分别是npm cache add, npm cache clean, npm cache verify
npm ERR! write after end
一般我们的js文件都是试用utf8编码保存的，但是中文windows的命令行一般默认使用cp936编码（就是gbk），这样我们用js代码 console.log('中文');输出日志的时候，会发现输出的是乱码。 网上有提供一些解决方案，典型的就是用iconv或iconv-lite，把这些中文字符串先转成gbk再输出。 但是这个方案我试了多次，在win10的命令行下，utf8的字符串是成功转成了gbk字符串了（通过打印Buffer可以见到），但是输出还是乱码。
window环境下，electron的console.log调试中文乱码的问题，如何解决
JS让代码中间间隔一段时间后执行