类似于客观锁这种机制，所带来问题就是用户操作的失败。
这从代码层面其实没有太大问题，但是对于产品侧，用户体验方面，这个问题就比较严重。
如果乐观锁校验失败，这个就更新失败。

业务场景就是用户之间赠送礼物，比如同一秒多个用户给一个用户 A 送礼物。
如果这时候加行锁的话，用户这条记录就被锁定了。
问题就在于用户这张数据表属于热表，该条记录的其他字段在其他业务也有更新操作。
担心行锁的话，就会出现死锁的情况。

更可怕的一点，我们这边是主从库配置，现在我暂时把代码切换成查主库，可以降低该概率的发生。
现在对用户操作，都有日志记录。

既然如此，现在我能发现问题，但是对于怎么成本最小的解决这个问题，或者优化这个问题，现在没有太大思路。

恭喜

谢谢

洗诶写

@liuleixxxx 也就是说 ro 组一方面起到更精细化负载均衡的作用，另外一个是起到容灾的作用，哪怕其中一个挂了，对外提供的 ip 也是一样。

你现在可以看下 redis 的过期策略和内存淘汰策略。这个是专门为你解惑的。

scan 也是全表扫描。只不过是分段查询了。

下边是关于 scan 滥用引发的事故。

https://developer.51cto.com/art/202103/648155.htm

增加个手机号和 token 的映射就可以

@AoEiuV020 这样的话，又复杂了，我打算直接用分支区分正式和测试配置文件。
感谢你的思路

@AoEiuV020
这是我在 kibana.yml 里边的配置，直接写死了。
现在要部署一套正式，一套测试，所以想把 elasticsearch.hosts 变成变量。
我直接在 yml 文件把 elasticsearch.hosts 注释，然后在 docker-compose 里边增加
//environment:
// ELASTICSEARCH_URL: http://es01:9200
// ELASTICSEARCH_HOSTS: '["http://es01:9200"]'

但是还是不可以，
所以想知道怎么处理。

```
server.port: 5601
server.host: "0.0.0.0"
elasticsearch.hosts: [ "http://xxx.xxx.xxx.xxx:9200" ]
i18n.locale: "zh-CN"
````

@AoEiuV020 现在我是想把其收敛到.env 配置里边

正准备买螃蟹，开心

给腾讯云提了工单，然后那边反馈是网络波动，造成的。

@cominghome 给腾讯提了工单，说 mysql 当时是正常的。
我查看了系统日志，在这个时间段我接口是有正确响应的。
但是当时场景是所有页面均是白屏，全挂了。
刚才又提了一个网络相关的工单。

为了节省成本，负载均衡的日志没有打开。
负载均衡 IP=>权重=>三台服务器
当时查看负载均衡状态都是正常的

知道怎么处理了，仅仅是两个维度，一个是坐标。
一个是一个点对于一个点的绝对值。
es 也有对于函数。
```
{
"query": {
"bool": {
"must": {
"script": {
"script": {
"inline": "doc['f1'].value - doc['f2'].value < Math.abs(9)",
"lang": "groovy"
}
}
}
}
}
}
```

@aieike 就比如你打算去上地，然后拼车。
拼车的人有去上地的，有去望京的。
你直接按结束时间早，进行匹配，然后你匹配了一个去望京的人。