索引，比高铁还快
最近忽然发现有个列表显示不出来了，后来查询，发现是sql的问题。
这个sql查询的库比较大，并且还要left join 用户信息。
我都想把这个接口分开，单独查询用户信息，存储缓存来解决这个问题。
当然这是最后的策略。
我还是先优化sql吧，说来是优化数据库。
一开始这个sql竟然要19秒，这可不是一般的慢啊。
我跟拒where 还要left on 的字段，一个一个加索引，速度慢慢降下来了，将到了9秒。
但9秒也不是我们想要的啊。
知道最后一个关键索引，order by 后面的字段我也给加了索引。
我去，瞬间 200ms查询出了数据。
我还有什么能说的呢，看来索引基本能解决一切慢sql。好开心。
Java中Arrays的asList()方法 可以将 数组转为List 但是，这个数组类型必须是 引用类型的，如果是8中基本数据类型就不可以 原因如下，引用别人的一篇文章：
在Android中，用string-array是一种简单的提取XML资源文件数据的方法。
这种问题一般是出现在导入一些开源项目的时候。原因为该项目的原作者会把项目发布到maven中央仓库中，所以在gradle中添加了相关的maven发布任务，而发布任务需要配置
vue的style绑定background-image
pm是来控制php-fpm的工作进程数到底是一次性产生固定不变（static）还是在运行过程中随着需要动态变化（dynamic）。众所周知，工作进程数与服务器性能息息相关，太少则不能及时处理请求，太多则会占用内存过大而拖慢系统。
NGINX + PHP-FPM 报 502 错误，我想大部分 SA 都遇到过吧。 根据报错的频率，可以分为两种情况，间歇性的502和连续性的502。 这里只讨论第一种情况——间歇性的502。
由上图分析，可以看出共有602个进程，其中有601个进程休眠了。这好像有点不对劲，内核进程也就80个左右，加上memcached, nginx, mysqld，也不会超出90个。除了这些，剩下的只有php-fpm管理的php-cgi，难道是…？
由上图分析，可以看出共有602个进程，其中有601个进程休眠了。这好像有点不对劲，内核进程也就80个左右，加上memcached, nginx, mysqld，也不会超出90个。除了这些，剩下的只有php-fpm管理的php-cgi，难道是…？
Android Studio 无法识别同一个 package 里的其他类，将其显示为红色，但是 compile 没有问题。鼠标放上去后显示 “Cannot resolve symbol XXX”，重启 Android Studio，重新 sync gradle，Clean build 都没有用。