mybatis连接mysql删除多条数据时返回被删除的数据的主键

在MyBatis中，当你需要删除多行MySQL数据并且同时获取被删除记录的主键时，通常不会直接通过Delete操作返回具体的主键。因为Delete主要是用于数据库级别的批量删除，并不是设计用于查询结果。

不过，你可以结合事务和自增ID的方式来实现这个需求。首先，在执行Delete语句前，你可以开启一个事务；然后执行Delete操作；接着，如果需要返回被删除记录的主键，可以选择在事务提交之前执行一次查询，条件是你知道刚刚删除的数据的范围，比如通过删除时间戳或者其他唯一标识。

例如，你可以在`<delete>`标签中加入一个`selectKey`属性，指定在删除后立即执行一个SELECT语句获取主键：

<delete id="deleteWithGeneratedKeys" parameterType="map">
    DELETE FROM your_table WHERE condition
    <selectKey resultType="int" order="BEFORE">
        SELECT AUTO_INCREMENT FROM information_schema.tables WHERE table_name = 'your_table'
    </selectKey>
</delete>

但是请注意，这种方式并不是MyBatis的原生特性，而是通过SQL Server特有的语法或特定数据库系统实现的，其他数据库可能不支持或有差异。

相关问题

mysql mybatis原生save 自增主键怎么是乱的

在MySQL中，如果你使用MyBatis原生的save操作来插入一条数据，并且表中的主键是自增的，那么插入的数据的主键值可能看起来是乱序的。这是因为MySQL的自增主键是基于当前连接的最大值进行生成的。

当多个连接同时插入数据时，每个连接都会使用当前最大的主键值加上自增步长来生成新的主键值。这可能会导致插入的数据的主键值出现乱序。

如果你希望插入数据的主键值是按照顺序递增的，可以将表的引擎设置为InnoDB，并且将事务隔离级别设置为Serializable。这样可以保证每次插入操作都会获取到当前最大的主键值，并且其他连接无法同时插入数据，从而避免了主键乱序的问题。

另外，如果你没有特殊要求，也可以不用在意主键的顺序，因为自增主键的乱序并不会影响数据的查询和使用。