当前使用版本(必填,否则不予处理)

3.3.1

该问题是如何引起的?(确定最新版也有问题再提!!!)

更换了3.5.2还是存在这个问题,前端选择一条数据,将它的id传到后台,走的是批量删除(一条或者多条数据都走这个接口),然后我发现后台跟他id相似的都被删除掉了。我查看了前端请求的负载,确实只有一个我选择的id,后台debug也只接收到那个id,但是进行删除时,反应更新了多条数据,数据库里相似id的都被删掉了

重现步骤(如果有就写完整)

数据的id是1593985259969482752,1593985259969482753,1593985259969482754,1593985259969482755,选择删除其中一个,其他几个也一起被删掉

报错信息

无报错信息

Comment From: miemieYaho

给出你的复现demo证明是mp的问题

Comment From: h13481717323

这是我自己复现的demo,麻烦您那边试一下

------------------ 原始邮件 ------------------ 发件人: "baomidou/mybatis-plus" @.>; 发送时间: 2022年11月22日(星期二) 中午12:15 @.>; @.**@.**>; 主题: Re: [baomidou/mybatis-plus] mybtis plus批量删除问题 (Issue #4958)

给出你的复现demo证明是mp的问题

— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

Comment From: h13481717323

排查到了应该是我这边的问题,不好意思了 ------------------ 原始邮件 ------------------ 发件人: "baomidou/mybatis-plus" @.>; 发送时间: 2022年11月22日(星期二) 中午12:15 @.>; @.**@.**>; 主题: Re: [baomidou/mybatis-plus] mybtis plus批量删除问题 (Issue #4958)

给出你的复现demo证明是mp的问题

— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>

Comment From: h13481717323

因为in里输入19位的long,不加引号的话mysql只会匹配前16位,也就是double的范围