delete_time的优化空间

delete_time的优化空间

七月,delete_time 默认 null , 很多查询都要在最后加上 delete_time is null. 而为null的索引不生效,会扫描全表。这样以后数据量大了,百万级别会产生什么问题。delete_time NULL问题,包括jpa默认的分页,有没有优化空间。

正在回答

登陆购买课程后可参与讨论,去登陆

2回答

你可以把delete_time换成另外的 例如status 0 或者1 来表示

  • 蓝色西西 提问者 #1

    老师你说的这个索引区分度还是不够高,还有一种方案,区分度最高,不知道如何。设计create_time 默认当前时间,deleted_time默认比create_time小1.两个字段都建立索引,然后区分度非常高。最后。select * from content where delete_time<create_time limmit 1000,10 

    2020-12-09 11:52:00
luckystar728 2020-12-09 20:53:36

字段为NULL索引怎么会不生效

问题已解决,确定采纳
还有疑问,暂不采纳

恭喜解决一个难题,获得1积分~

来为老师/同学的回答评分吧

0 星
请稍等 ...
意见反馈 帮助中心 APP下载
官方微信

在线咨询

领取优惠

免费试听

领取大纲

扫描二维码,添加
你的专属老师