mysql分页查询出租房屋信息

分页查询出租房屋信息"/>

mysql分页查询出租房屋信息

order by case when 的用法(实现特殊情况的排序，如leader=1的排最前面)：

select * from m_worker_project order by CASE WHEN leader = 1 THEN 100 ELSE 1000 END

项目中的动态查询语句(参数是对象)、模糊查询(变量格式'%${workerName}%')、特殊排序：

select * ,(select count(*) from m_worker_project where 1=1

and project_worktype_id=#{projectWorktypeId}

) as 'count'

from m_worker_project where 1=1

and worker_name like '%${workerName}%'

and project_worktype_id=#{projectWorktypeId}

and id=#{id}

and deleted=0

order by CASE WHEN leader = 1 THEN 100 ELSE 1000 END

Mysql的分页查询语句的性能分析最基本的分页方式：

SELECT ...FROM ...WHERE ...ORDER BY ... LIMIT ...

在中小数据量的情况下，这样的SQL足够用了，唯一需要注意的问题就是确保使用了索引：举例来说，如果实际SQL类似下面语句，那么在category_id, id两列上建立复合索引比较好：

代码如下:

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 50, 10

---(第一个参数50是偏移量，也就是显示数据是从查询结果第51个开始，第二个参数10是每页显示10条)

----ORDER BY   id   DESC(按id降序排列)【ASC是升序排列】

子查询的分页方式：

随着数据量的增加，页数会越来越多，查看后几页的SQL就可能类似：

代码如下:

SELECT * FROM articles WHERE category_id = 123 ORDER BY id LIMIT 10000, 10

一言以蔽之，就是越往后分页，LIMIT语句的偏移量就会越大，速度也会明显变慢。

此时，我们可以通过子查询的方式来提高分页效率，大致如下：

SELECT *FROM     articlesWHERE id >=

(SELECT idFROM articlesWHERE category_id = 123ORDER BY id LIMIT 10000, 1) LIMIT 10

JOIN分页方式

SELECT *FROM `content`AS   t1

JOIN (SELECT idFROM `content`ORDER BY iddesc LIMIT".($page-1)*$pagesize.", 1)AS t2

WHERE t1.id <= t2.idORDER BY t1.iddesc LIMIT $pagesize;

经过我的测试，join分页和子查询分页的效率基本在一个等级上，消耗的时间也基本一致。 explain SQL语句：

id select_typetable type possible_keyskey key_len refrows Extra

PRIMARY  systemNULL NULL NULL NULL 1

PRIMARY t1 rangePRIMARY PRIMARY 4NULL 6264 Usingwhere

DERIVED contentindex NULL PRIMARY 4NULL 27085 Usingindex

那就直接用子查询语句！

为什么会这样呢？因为子查询是在索引上完成的，而普通的查询时在数据文件上完成的，通常来说，索引文件要比数据文件小得多，所以操作起来也会更有效率。

实际可以利用类似策略模式的方式去处理分页，比如：判断如果是一百页以内，就使用最基本的分页方式，大于一百页，则使用子查询的分页方式。