awanganddong

大概查看了下，确实是没有联合索引的问题，是这优化了下，将改接口优化到查询时间在 400ms 左右，然后发现其他接口查询效率降下来了。头大。

@encro 我理解理解，我感觉我又有点理解出错了。

现在就是采用主从库，我好像有些明白了，首先 mysql 在执行过程中，仅仅会从众多索引中选择最合适的一条索引进行匹配。
那么我们准备这种情况就必须联合索引。联合索引的话，就必须按照区分度大小选择合适的 ，像我这种语句必须按照区分度比较大的，且是基础查询组合联合索引。

联合索引中字段如果是=这种等值查询的。
比如 联合索引（ a,b,c ）
那么 select * from test where b=1 and a=1 and c=1,在这种情况下，a,b,c 都是可以命中索引的。
如果这种 select * from test where b=1 and b>1 and c=1 ,在这种情况，c 是不能名字索引的。

这个概念我理解的有偏差，所以我才把应该用联合索引的地方，全部走普通索引。

https://tech.meituan.com/2014/06/30/mysql-index.html

这是美团关于慢 sql 优化文章，我现在的索引，基本上属于普通索引，下一步就是进行联合索引的设计。

谢谢大家

我试下

1.可以把这个意向对家里人说，让家里人帮你相亲。
2.自己身边的朋友同事之类的，都可以表露相关意向，让大家帮你留意下。
3.交友软件，既然在这个软件上边的，那肯定是抱着交友的目的。
4.相亲软甲，这个也不用说了。
5.线下公园角，或者同城的一些活动。

配置指令 max_execution_time 只影响脚本本身执行的时间。任何发生在诸如使用 system()的系统调用，流操作，数据库操作等的脚本执行的最大时间不包括其中，当该脚本已运行。
```
我在使用如下操作的时候，是可以报系统异常的。如果把循环内替换为 var_dump()，则一直死循环。在循环内添加 var_dump(),也是死循环。推测是如果牵扯到系统调用等操作，会把系统默认参数初始化。
$dummy = 2;
for ($i = 0; $i < 10000000000; $i++) {
$dummy *= 2;
}

```

遇到相同的问题，标记下