快捷導(dǎo)航

mybatis-plus分頁傳入?yún)?shù)后sql where條件沒有l(wèi)imit分頁信息操作

更新時(shí)間：2020年11月30日 09:35:48 作者：OCEAN__

這篇文章主要介紹了mybatis-plus分頁傳入?yún)?shù)后sql where條件沒有l(wèi)imit分頁信息操作，具有很好的參考價(jià)值，希望對(duì)大家有所幫助。一起跟隨小編過來看看吧

折騰了差不多兩個(gè)小時(shí)，各種方法嘗試，后來想想應(yīng)該是where過濾后的數(shù)據(jù)量沒有達(dá)到默認(rèn)一頁規(guī)定的數(shù)量所以干脆where就不顯示limit信息了，試了一下還真是。。。這作者還真是把程序做的足夠智能，可是這個(gè)智能也讓我白白花掉了兩個(gè)小時(shí)。。。還是自己太笨了……

但是奇怪的是，如果我不設(shè)置QueryWrapper參數(shù)，where后面的分頁限制又是可以出來的。百思不得其解作者的想法。。。

具體看代碼：

@Override
 public PageUtils queryPage(Map<String, Object> params) {
 
  IPage<OrderEntity> page = this.page(
    new Query<OrderEntity>().getPage(params),
    new QueryWrapper<OrderEntity>().eq(!UtilString.isNull(params.get("user_id"))
      ,"user_id", params.get("user_id"))
  );
 
  return new PageUtils(page);
 }

記錄的目的是希望跟我一樣遇到這個(gè)特殊情況的童鞋能快速繞過這個(gè)彎，時(shí)間寶貴。晚安^.^

最后附上官方文檔，希望大家多看看文檔系統(tǒng)性的了解

https://mp.baomidou.com/guide/dynamic-datasource.html

補(bǔ)充知識(shí)：記錄逆向工程生成的mybatisplus分頁方法limit失效的坑

因?yàn)槲以诮鉀Q問題之前也是在網(wǎng)上查找方法和官網(wǎng)查找方法都有沒有解決，所以也是我寫這篇文章的原因，希望

后面的同學(xué)在開發(fā)的時(shí)候能夠少走彎路

controller層

 @RequestMapping("/list")
 public R list(@RequestParam Map<String, Object> params){
  PageUtils page = categoryService.queryPage(params);
  return R.ok().put("page", page);
 }

傳遞的參數(shù)如圖

server接口

public interface CategoryService extends IService<CategoryEntity> {
 
 PageUtils queryPage(Map<String, Object> params);
 }

問題及解決辦法（這是網(wǎng)上的辦法并沒有解決。。。。。）

然而在查詢時(shí)，分頁并沒有生效，查詢的結(jié)果是該表中的所有數(shù)據(jù)，在pom無誤的情況下，檢查有沒有把分頁攔截器注入到spring中。

import com.baomidou.mybatisplus.extension.plugins.PaginationInterceptor;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
 
@Configuration
public class mybatisPlusConfig {
 @Bean
 public PaginationInterceptor paginationInterceptor(){
  return new PaginationInterceptor();
 }
}

以上是在網(wǎng)上找的到解決辦法，我復(fù)制到項(xiàng)目中顯示方法是過時(shí)的，而且并不生效

后來找到問題是我的mybatisplus版本太高了，所以不支持

這個(gè)是我maven中引用的版本