计数器的最佳实践是存 Redis，每次启动时统计存量数据吗？用 MySQL 的触发器每次操作都实时写盘影响高并发写性能，用 Redis 断电没写盘会导致计数不准
drymonfidelia · 63 天前 · 1510 次点击这是一个创建于 63 天前的主题，其中的信息可能已经有所发展或是发生改变。
9 条回复 • 2024-09-13 16:19:27 +08:00
 |
1
D0n9 63 天前
在说什么？
|
 |
2
ZhLTE 63 天前
多搞几台服务器，做集群，定时检测是否断电，定时同步状态，定时持久化数据备份
|
 |
3
drymonfidelia OP @D0n9 例如每个商品订单量之类的计数器，如果下单时+1 会增加查询数量
|
 |
4
shuax 63 天前
既然 redis 断电不写盘，那为什么 mysql 能写盘。
|
 |
5
IvanLi127 63 天前
上 redis 集群，每个节点独立供电。
|
 |
6
Chinsung 63 天前
这种一般是 redis 没有就从 DB 读，然后有的话就 redis 里加加，定时任务或者 mq 这些异步机制去做同步吧，不过这样本质和 redis 的 aof 其实就是只处理这个值的而已，开销少很多，因为 aof 本身是所有写都记录的，如果你的计数器更新频繁，断电了你的部分更新大概率还在 buffer 里，肯定没写盘
一致性要求高点，可以 redis 里加完，丢一条 mq 更新 db ，要么 mq 里直接记着当前值，要么消费 mq 的时候去 redis 查一下再更新 db 的值，保证下不要往小更新或者注意下更新时间就行 一致性要求再高点，那就 db 不存数值，每次启动 count 订单数到 redis 里去维护 |
 |
7
wxf666 63 天前
@Chinsung #6
1. 会不会多个请求，同时发现 redis 里没有，又都从 DB 读，导致多次消耗，却只有一次记录呢？ 2. 感觉楼主不是关注一致性问题，而是 redis 持久性没得到保证问题。。 |
 |
8
fuis 63 天前
这个问题，可以换高性能 SSD 解决；如果还是不想落盘，服务器可以增加 UPS ，断电的有通知，用电池的电量撑到落盘结束再下电。
|
Select Language