首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

存储优化(3)-mongo大表加索引

主键索引2. biz_id,version联合索引 查询语句 "query":{"find":"historyRecord","filter":{"bizId":1234567},"sort":{"_id...":-1},"limit":1}} 增加一个索引 bizId,_id 增加索引过程 对于大表(该表记录数5亿),建立索引过程涉及到锁表,大量的读写操作、数据同步,肯定会影响线上的操作。...,version"索引,而bizId="xxxx"下面的索引值是100左右。...我们的数据分布,bizId,version在100以内的可能是95%,只有5%的在100以上,这会给索引判断造成误判。...总结 最后解决是通过强制索引来避免索引误判,当然也可以将排序改成 sort({bizId:-1,_id:-1}) 这样也不会误判 总结一下: 大表加索引,需要确保不会block表的其他操作,尽量选择空闲时候

2.6K10
您找到你想要的搜索结果了吗?
是的
没有找到

点播文件防盗链二三事

每个业务接入时,我们都会为业务提供一个业务id(大业务不止一个,可能有多个),在源站是,但是CDN oc节点上无法获取文件对应的bizid(DC能从ftn获取到文件相关bizid),也就无法限制host...针对这种情况,首先源站的可以获取到文件对应的bizid,发现通过音乐host访问非音乐文件(bizid),直接禁止访问。...那么CDN的OC节点呢,实际上空间视频的文件命名上已经呆了bizid,所有OC节点也能根据文件名知道相关bizid,禁止音乐盗播空间视频。...图3是源站限制host只能访问其相关的bizid文件之后音乐回源(源站dchttp)host盗链流量掉底。...但是,如果出现无法从文件名中直接获取任意一个业务的id,就无法通过bizid禁止这种不同业务之间的盗播。

2.2K00

移动直播连麦PK快速调试

bizid=3891&txSecret=eecdbf7972132760a8e3a8faab7be155&txTime=5F229629 2、计算总结 ①、计算很简单 记住一条:用pushKey计算防盗链...d、调用startPlay接口时,用cdn播放模式,去播放低延时播放地址 e、我算对低延时防盗链了,也找到bizid了,拼接出正确格式的url,也是用的低延时播放模式去播放, 但是仍然播放失败,报错-...c、不知道什么是bizid 解决思路:上直播控制台,在域名管理里面,找到腾讯默认的数字域名,这个数字就是bizid。...如上demo用的云直播账户,默认的数字域名是3891.livepush.myqcloud.com、3891.liveplay.myqcloud.com,其中这个3891就是bizid。...e、我算对低延时防盗链了,也找到bizid了,拼接出正确格式的url,也是用的低延时播放模式去播放, 但是仍然播放失败,报错-2301。 解决思路:1、看一下是否有买低延时套餐包。

1.3K50

移动直播连麦PK快速调试

bizid=3891&txSecret=eecdbf7972132760a8e3a8faab7be155&txTime=5F229629 2、计算总结 ①、计算很简单 记住一条:用pushKey计算防盗链...d、调用startPlay接口时,用cdn播放模式,去播放低延时播放地址 e、我算对低延时防盗链了,也找到bizid了,拼接出正确格式的url,也是用的低延时播放模式去播放, 但是仍然播放失败,报错-...c、不知道什么是bizid 解决思路:上直播控制台,在域名管理里面,找到腾讯默认的数字域名,这个数字就是bizid。...如上demo用的云直播账户,默认的数字域名是3891.livepush.myqcloud.com、3891.liveplay.myqcloud.com,其中这个3891就是bizid。...e、我算对低延时防盗链了,也找到bizid了,拼接出正确格式的url,也是用的低延时播放模式去播放, 但是仍然播放失败,报错-2301。 解决思路:1、看一下是否有买低延时套餐包。

1.2K41

log-record正式版本发布:自定义函数、手动传递上下文 、本地监听支持

这个方式显然不优雅,让我们试试使用注解: @OperationLog(bizType = "addressChange", bizId = "20211102001", msg = "用户 小明 修改了订单的配送地址...最终,我们的注解变成了这样,并且最终记录了日志: @OperationLog(bizType = "addressChange", bizId = "#request.orderId", msg = "...此外,你可以方便地将所有日志推送到下列数据管道: 本地监听处理 发送至RabbitMQ 发送至RocketMQ 日志内包含: logId:生成的UUID bizId:业务唯一ID bizType:业务类型...@OperationLog(bizType = "orderCreate", bizId = "#request.orderId", msg = "#request") public Response function(Request request) { // 业务执行逻辑 } (必填)bizType:业务类型 (必填)bizId:唯一业务ID(支持SpEL表达式) (

87110

存储优化(2)-排序引起的慢查询优化

经过多重定位,发现从库的IOPS使用率快接近100%了,同时发现有些慢查询 "query":{"find":"historyRecord","filter":{"bizId":1234567,"version...":23},"sort":{"_id":-1},"limit":1}} 索引是bizId,version的联合索引 问题分析 这几个查询造成的线上问题的形式虽然各有不同,但本质上都是一样,无法利用索引排序...比如例3,bizId,versionid是不是本身可以作为有序的,版本号versionid可以设计成有序的,这样就不需要根据主键_id来保持有序 减少并发 是不是所有的这类查询都是必须的,能不能接受缓存...增加一个联合索引 比如例3可以增加一个bizId,version,_id联合索引 "query":{"find":"historyRecord","filter":{"bizId":1234567,"version

88720

移动直播连麦PK快速调试

bizid=3891&txSecret=eecdbf7972132760a8e3a8faab7be155&txTime=5F229629 2、计算总结 ①、计算很简单 记住一条:用pushKey计算防盗链...d、调用startPlay接口时,用cdn播放模式,去播放低延时播放地址 e、我算对低延时防盗链了,也找到bizid了,拼接出正确格式的url,也是用的低延时播放模式去播放, 但是仍然播放失败,报错-...c、不知道什么是bizid 解决思路:上直播控制台,在域名管理里面,找到腾讯默认的数字域名,这个数字就是bizid。...如上demo用的云直播账户,默认的数字域名是3891.livepush.myqcloud.com、3891.liveplay.myqcloud.com,其中这个3891就是bizid。...e、我算对低延时防盗链了,也找到bizid了,拼接出正确格式的url,也是用的低延时播放模式去播放, 但是仍然播放失败,报错-2301。 解决思路:1、看一下是否有买低延时套餐包。

2.7K115

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

    运营活动

    活动名称
    广告关闭
    领券