用户端用户注册 //这个没啥好办法，直接数据库硬抗。
进入页面绑定自己身份证号手机号乡镇信息等个人信息 //这个环节加个 redis 队列，异步写入库操作。laravel 还是非常快速支持的。用户同步信息之后，把核心信息写入 redis hash 或者 string 都可以
前端凭借身份证号直接生成个人二维码， //这个环节对后端直接走缓存
向医护人员出示二维码，1 个小时需要做 40 万人口的核酸；//这个地方就完全走 cdn


像这种业务是非常适合引入 redis 这种缓存的。

大概查看了下，确实是没有联合索引的问题，是这优化了下，将改接口优化到查询时间在 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;
}

```

遇到相同的问题，标记下

id
每个单位查询的 SELECT 语句都会自动分配的一个唯一标识符，表示查询中操作表的顺序，有四种情况：

id 相同：执行顺序由上到下
id 不同：如果是子查询，id 号会自增，id 越大，优先级越高。
id 相同的不同的同时存在
id 列为 null 的就表示这是一个结果集，不需要使用它来进行查询。
————————————————


@liprais 是看这一项吧

谢谢各位，

测试过了，表的大小随之减小

@all 谢谢诸位，我理解理解

@cmdOptionKana 你的意思是对用的数据类型不一致

make 关键字的作用是创建切片、哈希表和 Channel 等内置的数据结构，而 new 的作用是为类型申请一片内存空间


我是不是可以这样理解
所谓的 make 初始化就是給已经申请内存空间，一个特定的数据结构。
new 与 make 相比，缺少了所谓的初始化的过程。

昨天调研了下，准备用 canal 了

计划 canal server => go cosume => redis stream =>es

以上无法保证数据不丢失

增加个 补偿机制

请问下，先对于北上广深，武汉的工资大概打几折。

这个感觉太复杂了