500万日活app用户表设计,服务化业务边界。
风姿-懒人 2019-03-19 11:02:53 想讨论下 400万日活的用户表该如何设计,更加合理。 简要信息如下:
1.用户基本信息 类似:手机号码,账号,昵称,邮箱,密码,性别,年龄
2.用户密保信息:密保问题1 密保问题2 答案1 答案2.
3.用户类别信息:是一个普通用户,还是大v,还是其他类型。
4.机型信息:手机imei,手机系统类别,手机厂商,手机型号,系统版本等。
5.登陆信息:登陆时间,最后登陆时间,需要有详细登陆记录,以及登陆时的手机型号等信息,而且用户是感知不到登陆的
6.经验信息:账号等级体系,多少经验增加一个等级 类似1 2 3 4级,初始1级,100经验2级 200 4级类推,经验来源发评论等。
7.积分信息:账号积分体系,积分可以兑换,积分来源做任务,签到等。
8.会员信息:会员开通时间,会员到期时间,开通时长,续费信息等。
9.第三方信息:qq登陆,微信登陆,小米登陆等。
10.其他待补充:
额外要求:
1.所有登陆,注册等行为需要可回溯。类似一个用户换了个手机号码,重新注册了一个账号,需要大概率识别是同一个人。原因:当前互联网用户拉新成本比较高,需要明确知道,当前拉新的用户是否是真正的新用户。
2.账号防止被刷,要能识别出哪些账号是黑厂账号,哪些是正常账号。
3.对app端用户友好,性能OK 要求接口返回等100ms以内。
4.其他待补充
首先是表设置 db使用mysql.
其次是dubbo服务化,将用户进行抽离出来服务化,那么这个应该如何设计好。
希望广大论坛好友帮忙参谋 一起讨论下,如何实现,或者帮忙补充下还有哪些需要注意的地方。