目前平台有app账户和微信账户,对于同一个用户来说,如果能将二者的账户打通,互联消费,这是个好事,如果再加上积分体系,用户对平台的粘度会更大,这样做平台运营就会更加有利。

说实话,线上运营不是我们的强项,公司的大部分人对线上的运营想法都有一箩筐,谈起线上运营的内容,都是神采奕奕,滔滔不绝,感觉钱就在眼前,触手可及。我自己也一度认为,平台有了用户,有了流量,做线上的任何内容运营都是水到渠成。

最近平台有人员反应了几个问题:1.商家充值记录有时候莫名其妙存在充值后的重复数据记录。2.开发人员无意中提了一次我们的feign负载均衡有时候会负载到两台集群服务器都会执行。3.定时调度去执行当日表移单要历史表,发现存储过程被调用了两次。

有天项目中某个业务出现了异常,查询相关日志显示如下:Lock wait timeout exceeded; try restarting transaction吓了大跳,居然还有锁时间过长导致后面的业务等待时间较长抛异常

偶尔有反馈说商家充值成功了,但是商家无充值记录和资金账户没有改变,另外有也有反馈第三方微信支付在业务高峰期会有不断的回调尝试

​平账一词是在开发摇摇车投币功能出现的,当初目的就是解决,用户一块钱硬币投进去,商家掌握摇摇车钥匙,有随时收取硬币的权限,平台怎么分账?当初的设计方案就是用户投进去硬币,商家线上账户上的可提取资金扣掉分给平台的钱

这一章其实应该在前面就要写到,顺便说下,我写这些文章只是随意写写,并没有太强的先后顺序,可能在写到后面的时候突然想起来,还有些东西前面应该交代的,所以我就补上来,但是整体的先后顺序是没有问题的,后面有时间再重新整理。

平台无论是城市合伙人,还是商家,都有大量的统计数据的需求,比如统计商家一个月的总金额收入,投币消费总金额,微信扫码消费总金额等。这块的优化也一直在做,大概分为这么几个阶段。

查询优化主要涉及到两块。1.订单数据库是单独出来的,每一条记录记录显示都涉及到用户名称(微信号,昵称,app昵称),商家名称(商家名称,电话),设备名称(设备编号,车牌号)等。

和传统摇摇车一样,通过一元的硬币来启动摇摇车,公司其实在做这个平台当时的初衷书不做投币的,只做app扫码,一来方便用户,毕竟这几年来流程各种扫码。