索引，比高铁还快
最近忽然发现有个列表显示不出来了，后来查询，发现是sql的问题。
这个sql查询的库比较大，并且还要left join 用户信息。
我都想把这个接口分开，单独查询用户信息，存储缓存来解决这个问题。
当然这是最后的策略。
我还是先优化sql吧，说来是优化数据库。
一开始这个sql竟然要19秒，这可不是一般的慢啊。
我跟拒where 还要left on 的字段，一个一个加索引，速度慢慢降下来了，将到了9秒。
但9秒也不是我们想要的啊。
知道最后一个关键索引，order by 后面的字段我也给加了索引。
我去，瞬间 200ms查询出了数据。
我还有什么能说的呢，看来索引基本能解决一切慢sql。好开心。
通过打印phpinfo()，的信息，可以获得更多关于php配置的信息
在php中判断上传文件的大小，但是文件一但过大，print_r($_FILES);的值就变为null了,有时候大家会遇到这么一个问题，上传小文件 时，PHP能正常获取到，但是文件一超过8M就变为空了，我在做项目的时候，就遇到这样的问题，我刚开始把最大上传文件值改为20M,在PHP.INI里 面。
今天在进行JAVA开发过程中，因需要使用MAP来存放数据，同时希望MAP中KEY的顺序与放入顺序保持一致。 在使用HashMap之后，发现KEY的顺序是乱序的，每次打印还不太一样。上网查询资料之后发现：
The zip extension and unzip command are both missing, skipping,需要linux安装一些需要的插件
网上查询后说是权限问题，更改 nginx.conf 的第一行 将 #user nobody; 改为 user root; 保存，再次重启 nginx 服务，访问成功
一般的进程需要消耗CPU、内存、磁盘I/O、网络I/O等资源，在这种情况下，平均负载就不是单独指的CPU使用情况。即内存、磁盘、网络等因素也可以影响系统的平均负载值。 在单核处理器中，平均负载值为1或者小于1的时候，系统处理进程会非常轻松，即负载很低。当达到3的时候，就会显得很忙，达到5或者8的时候就不能很好的处理进程了（其中5和8目前还是个争议的阈值，为了保守起见，建议选择低的）。
解决方案就是：在gradle.properties中添加一句：android.enableAapt2=false
总新欢第一时间尝试新鲜的东西，跟随google的脚步更新了Android studio，总体还是很顺，但是编译时出现一个警告：Warning:The `android.dexOptions.incremental` property is deprecated and it has；
第一个命令只删除所有untracked的文件，如果文件已经被tracked, 修改过的文件不会被回退。而第二个命令把tracked的文件revert到前一个版本，对于untracked的文件(比如编译的临时文件)都不会被删除。
Android提供了创建和是用SQLite数据库的API。SQLiteDatabase代表一个数据库对象,提供了操作数据库的一些方法。在Android的SDK目录下有sqlite3工具,我们可以利用它创建数据库、创建表和执行一些SQL语句。下面是SQLiteDatabase的常用方法。SQLiteDatabase的常用方法方法名称方法表示含义openOrCreateDatabase(Stringpath,SQLiteDatabase.CursorFactoryfactory)