这是一个创建于 1210 天前的主题，其中的信息可能已经有所发展或是发生改变。
每天会扣前一天租客产生的水电费用。有一个账户余额表，需要每天进行扣除。
因为每位租客产生的水电都是不一样的，假如有一千万位租客，那就是一千万条账户余额扣费的 UPDATE 语句，请问有什么办法进行优化这段处理逻辑吗，还是必须只能用要产生一千万条 SQL 的 UPDATE 语句方法
 | 1 chotow 2022-08-08 13:16:00 +08:00 我会考虑改为插入一千万条费用记录，每个用户查看自己余额的时候再实时计算一下 |
 | 2 Fuor 2022-08-08 13:34:04 +08:00 有记录每天产生水电费的客户记录的话，扔到队列一个个单独计算？ |
 | 3 08110920 2022-08-08 13:35:36 +08:00 队列处理 |
 | 4 baobaoyinshen OP @chotow 这个方法不太行，因为有时候运营人员需要导出账户欠费人员，不能导出的时候再来实时计算把 |
 | 5 jackma0571 2022-08-08 13:39:22 +08:00 没错，0 点过后一个一个计算 |
 | 6 lakehylia 2022-08-08 13:43:57 +08:00 半夜跑批处理 |
 | 7 eason1874 2022-08-08 13:54:08 +08:00 都有一千万租客了，难道买不起像样的服务器吗，数据库事务分批处理就行了 |
 | 8 fiypig 2022-08-08 13:54:49 +08:00 凌晨跑就可以了 后期可以使用预付费水电表,也蛮方便的 |
 | 9 reallynyn 2022-08-08 15:02:45 +08:00  1 无外乎业务逻辑优化，系统架构优化，数据库优化三种办法。 业务逻辑优化，就是尽量不要做这种大规模 update 业务。 系统架构优化，比如增加缓存层，数据先写到 redis 这种内存库里面，再慢慢 flush 。 数据库优化，就是引入分布式数据库，或者分库分表的方式，提升数据库并发性。 再往下，就是数据库 feature 了。比如有的数据库会利用 B+树大块读写的特性，把硬盘中一个簇的数据尽量收集起来写，减少磁头寻道次数。 |
 | 10 xuelu520 2022-08-08 15:08:25 +08:00 半夜跑。 扣费+扣费日志，update+insert 少不了。 另外扣费还得开启事务。所以只能队列跑了。 |
 | 11 bk201 2022-08-08 15:22:56 +08:00 你也不需要 update 吧，借贷记帐就行，最后要拉出来的时候借贷差值计算下就行 |
 | 12 Jooooooooo 2022-08-08 15:24:38 +08:00 一个一个算有啥问题吗, 只更新一千万次也并不多. |
 | 13 james2013 2022-08-08 15:37:59 +08:00 凌晨定时任务跑 批量处理,比如每次批量处理 100,甚至 1000 的租客扣费操作 |
 | 14 singerll 2022-08-08 15:46:50 +08:00 via Android 一千万租户你知道什么概念吗。 |
15 Light3 2022-08-08 16:29:35 +08:00 2 大哥 咱估计就 500 的量 就不要想 1000w 的事了.. |
 | 16 imn1 2022-08-08 16:46:31 +08:00 每天每人一条记录，其实频度极低 |
 | 17 xiaochong0302 2022-08-08 18:09:18 +08:00 @Light3 扎心 |
Select Language