掘友等级
获得徽章 9
mysql单表,如果是通过索引来查询,比如id=100,数据量到多少会出现明显下降呢?目前已知数据是500万行以上。本来打算分表设计了,但是今天用测试数据,索引查询id=100,似乎查询速度还是挺快的200ms。如果要分表那通过索引id查询就需要对每个分片做查询了,想请教下大家,这种量需要分表吗
我想问下mysql 中union all ,它是多个查询同时进行然后等所有查询返回结果后合并还是一个一个查询执行之后再合并查询结果
要设计一个跨境物流的系统,里面有个场景是需要存储海关派发的物流代码,这个物流代码相对于平时的快递单号,从后台以文件导入每次2万条左右,然后线下工作人员扫货,查询这个单号是否有效。看了下甲方的之前旧的系统,大概从年初到现在单号是500多万了。目测应该能到千万级这种情况mysql单表能吃得消吗
。然后甲方和我们中间有个代理人说后面这个跨境物流要做成saas,那单号应该会过亿吧。。这样是用mysql存储,需不需要分表?还是说用nosql,比如mongodb或者hbase。小弟第一次预见这个数据量的表,有点不知所措
好几年没开发微信小程序,昨天和前端交流。他说请求头上带上手机号,后端判断有这个手机就是登录了的。我记得前几年开发的时候是后端生成一个token,有个过期时间。但是昨天他这么一说,感觉没有这个登录态没有过期时间好像也没啥问题。大家觉得呢?
为啥ipad上面bilibili HD版本,视频看起来1080和手机上的720清晰度差不多?不理解
这京东20年618优惠力度好像6月的还不如5月的啊,5月底ipad9 64G才2000出头,现在都要2300了
微信小程序accessToken,如果后端服务是多个节点部署的话,刷新token感觉会冲突,之前考虑另外起一个xxl-job来做定时刷新的调度。可能是我想的复杂了,同事说用redis的分布式锁,不做定时刷新,获取的时候判断token是否过期。加锁应该会有阻塞吧,掘友们觉得用分布式锁这个方案可以吗
有个问题请教下,微信小程序不是有个accessToken需要服务端这边做被动刷新和主动刷新吗,如果公司是分dev,test,prod环境的话,这个刷新token的服务该怎么部署呢,如果每个环境都有,那一个地方刷新了会造成别的环境的旧token失效吧,大家一般是怎么开发的呢
下一页