android 数据库自增id,解决数据库自增ID的问题

本文探讨了在Android环境中数据库自增ID的使用问题,包括单点问题、全局ID的实现方法,如通过设置自增步长消除单点,以及解决频繁读写数据库带来的压力,提出了内存自增变量与数据库自增ID结合的解决方案。
摘要由CSDN通过智能技术生成

(1)设置主键自增为何不可取

这样的话,数据库本身是单点,不可拆库,因为id会重复。

(2)依赖数据库自增机制达到全局ID唯一

使用如下语句:

REPLACE INTO Tickets64 (stub) VALUES ('a');

SELECT LAST_INSERT_ID();

这样可以保证全局ID唯一,但这个Tickets64表依旧是个单点。

(3)依赖数据库自增机制达到全局ID唯一并消除单点

在2的基础上,部署两个(多个)数据库实例,

设置自增步长为2(多个则为实例数),即auto-increment-increment = 2

设置auto-increment-offset分别为1,2.....

这样第一台数据库服务器的自增id为 1 3 5 7 9

第二台为2 4 6 8 10

(4)解决每次请求全局ID都读库写库压力过大的问题

比如第一次启动业务服务,会请求一个唯一id为3559

如果是2、3的方法,则id为3559,这样每次都请求数据库,对数据库压力比较大

可以用3559 * 65536(举个例子,并不一定是65536)+ 内存自增变量来作为id

当内存自增变量到达65535时,从数据库重新获取一个自增id

这样即使有多台业务服务器,id也不会重复:

第一台 3559 * 65536 + 1,2,3.....65535

第二台 3560 * 65536 + 1,2,3.....65535

然后第一台到65535了,换一个数据库自增i

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值