一毛

只有1.1.6的walle-cli-all.jar

好的，谢谢

没错的，这里是排除的意思，当然要判断是否相等了，返回true就是排除，返回false就是不排除，你在想想

一般查询会有前置条件再加上delete_time过滤，比如使用username查询结果集已经很小了，再加上delete_time对性能影响应该不大吧，使用is_deleted加索引也不合适，这个就和性别字段一样，只有两种情况，区分度非常低，加索引也相当于是全表扫描了

使用delete_time字段主要是为了能知晓删除时间，个人建议可以做一个小优化，delete_time使用long类型的时间戳，正常为0，已删除为删除时的时间戳，查询时使用delete_time=0过滤，这样即兼顾了查询效率又可以知道具体的删除时间

> `datetime`类型的`delete_time`也可以将`9999-12-31 23:59:59.999`这样特定的时间作为默认值。 > 虽然mysql通过设置也可以设置0日期，但是这不是默认设置，所以选择一个特别大的时间会更合适。 > > 另外现在项目中提供的`schema.sql`中是把`delete_time`字段作为唯一索引的最后一项来建立索引，但是mybatis-plus的QueryWrapper则是会把软删除字段放在第一个，其他字段用`AND (xxxx)`加在后面。不如就把`delete_time`直接作为唯一索引的第一项来提高查询效率。 > > 在我的项目中字段改为最大值后实际QueryWrapper生成的语句： > > ```sql > SELECT id,username,nickname,avatar,email,create_time,update_time,delete_time FROM lin_user WHERE delete_time='9999-12-31 23:59:59.999' AND (username = ?) > > SELECT...

> > `datetime`类型的`delete_time`也可以将`9999-12-31 23:59:59.999`这样特定的时间作为默认值。 > > 虽然mysql通过设置也可以设置0日期，但是这不是默认设置，所以选择一个特别大的时间会更合适。 > > 另外现在项目中提供的`schema.sql`中是把`delete_time`字段作为唯一索引的最后一项来建立索引，但是mybatis-plus的QueryWrapper则是会把软删除字段放在第一个，其他字段用`AND (xxxx)`加在后面。不如就把`delete_time`直接作为唯一索引的第一项来提高查询效率。 > > 在我的项目中字段改为最大值后实际QueryWrapper生成的语句： > > ```sql > > SELECT id,username,nickname,avatar,email,create_time,update_time,delete_time FROM lin_user WHERE delete_time='9999-12-31 23:59:59.999' AND (username = ?)...

> > > 正常情况下未删除数据占大多数，这种方式有大量的delete_time值都是9999-12-31 23:59:59.999，区分度非常低，作为第一索引不太合适 > > > > > > Java开发手册有提到 > > 【推荐】建组合索引的时候，区分度最高的在最左边。 正例：如果where a=? and b=?，a列的几乎接近于唯一值，那么只需要单建idx_a索引即可。 说明：存在非等号和等号混合判断条件时，在建索引时，请把等号条件的列前置。如：where c>? and d=? 那么即使c的区分度更高，也必须把d放在索引的最前列，即建立组合索引idx_d_c。 > > https://github.com/baomidou/mybatis-plus/blob/2864ac656b1e24d52f6b6ef55a73f29c7ff4a108/mybatis-plus-core/src/main/java/com/baomidou/mybatisplus/core/injector/AbstractMethod.java#L204-L243 > > MP默认的SelectOne语句在拼接的最后一步时把逻辑删除字段前置了（Line...

> > > > 正常情况下未删除数据占大多数，这种方式有大量的delete_time值都是9999-12-31 23:59:59.999，区分度非常低，作为第一索引不太合适 > > > > > > > > > Java开发手册有提到 > > > 【推荐】建组合索引的时候，区分度最高的在最左边。 正例：如果where a=? and b=?，a列的几乎接近于唯一值，那么只需要单建idx_a索引即可。 说明：存在非等号和等号混合判断条件时，在建索引时，请把等号条件的列前置。如：where c>? and d=? 那么即使c的区分度更高，也必须把d放在索引的最前列，即建立组合索引idx_d_c。 >...

一次搜索时间最好不要超过30秒，可以分成多次搜索