菜鸟求助，怎么解决并发问题

[hhh798]

这样一个场景 文章表有个点赞数字段，每当有人点赞就将点赞数+1，但是多人同时点就会导致，表里的点赞数小于实际点赞次数。这种应该如何处理呢

[learnshare]

点赞不区分来源么

[zhuzhibin]

最直接的加锁先 防止并发入库多或少 然后如果很夸张 可以异步处理 扔队列

[malusama]

扔队列

[renmu123]

可以去参考一下微博点赞机制的设计，网上有相应的文章

[zhilincom]

最简单的，加个乐观锁。数据库撑不住就扔队列慢慢处理。

[watzds]

update 点赞表 set 点赞数=点赞数+1

[watzds]

update 文章表 set 点赞数=点赞数+1

[k9990009]

并发大就数据库撑不住就 Redi 里读，写的话先写缓存，然后队列异步楼上那样+1，也不用考虑顺序

[opengps]

内存里操作递增，单机用普通的代码锁静态变量就行，最好是用 Redis 的分布式锁，然后定时或者用队列写库

[delectate]

keyword: redis 乐观锁

[areless]

那个，如果访问都爆了。请求都堵塞了。谈什么数据库写入？队列，常驻的静态变量，或者 KV 结构内存型 NOSQL 好解决，请求应该给个校验及延时，然后把请求时间平摊一下。

[BCy66drFCvk1Ou87]

redis

[dearmymy]

肯定不能每次点赞都去数据库查询更改一次。用 redis 内存记录

[tedcon]

最简单用队列处理啊

[hhh798]

我大概知道搜索方向了，感谢大家

[mingl0280]

@nioncodotcom 做个写入队列就行了

[kidtest]

redis incr

[reus]

update c = c + 1

你什么破烂数据库连这个的原子性都不能保证？

[ech0x]

@reus 说的对啊，这个不需要这么麻烦的吧，数据库可以保证原子性的啊……
你不会先读了，然后在程序里+1，再 update 回去了吧。

[hhh798]

@ech0x 我就是这么干的啊。。，先读，➕1，再 update
@reus 我后台用的 eggjs+sequelize，数据库是 mariadb，你说的这种操作不知道代码咋写。。