LIMIT和OFFSET

LIMIT和OFFSET允许你只检索查询剩余部分产生的行的一部分：

SELECT select_list
    FROM table_expression
    [ ORDER BY ... ]
    [ LIMIT { number | ALL } ] [ OFFSET number ]

如果给出了一个限制计数，那么会返回数量不超过该限制的行（但可能更少些，因为查询本身可能生成的行数就比较少）。LIMIT ALL的效果和省略LIMIT子句一样，就像是LIMIT带有 NULL 参数一样。

OFFSET说明在开始返回行之前忽略多少行。OFFSET 0的效果和省略OFFSET子句是一样的，并且LIMIT NULL的效果和省略LIMIT子句一样，就像是OFFSET带有 NULL 参数一样。

如果OFFSET和LIMIT都出现了， 那么先忽略OFFSET行再返回LIMIT个行。

如果使用LIMIT，那么用一个ORDER BY子句把结果行约束成一个唯一的顺序是很重要的。否则你就会拿到一个不可预料的该查询的行的子集。你要的可能是第十到第二十行，但以什么顺序的第十到第二十？除非你指定了ORDER BY，否则顺序是不知道的。

查询优化器在生成查询计划时会考虑LIMIT，因此如果你给定LIMIT和OFFSET，那么你很可能收到不同的规划（产生不同的行顺序）。因此，使用不同的LIMIT/OFFSET值选择查询结果的不同子集将生成不一致的结果，除非你用ORDER BY强制一个可预测的顺序。这并非bug， 这是一个很自然的结果，因为 SQL 没有许诺把查询的结果按照任何特定的顺序发出，除非用了ORDER BY来约束顺序。

被OFFSET子句忽略的行仍然需要在服务器内部计算；因此，一个很大的OFFSET的效率可能还是不够高。

    sql = "select spec_name,order_id,final_pic_name,print_pic_name,payment_time,extract_str,fee,state,background_color,category,spec_id 
from alipay_b_order 
where bus_id=:bus_id and user_id=:user_id and create_time>:create_time and (state =1 or state = 0) 
order by id desc 
limit :per_page offset :pages"
    lists = db.session.execute(sql, {"bus_id": bus_id, "user_id": user_id, "create_time": time_before_day,"per_page":per_page,"pages":pages})
    data_alipay = lists.fetchall()


#  第几页
    page = int(float(request.args.get("page", 1)))
#  每页多少条
    per_page = int(float(request.args.get("per_page", 20)))
#  忽略多少行
    pages = (page - 1) * per_page

   sql_one = "SELECT count(*) from applet_specs"
   sql_two = "SELECT spec_id,name,width_px,height_px,width_mm,height_mm,file_size_max,file_size_min,ppi,photo_format,background_color,remark,power,custom_text_box_height 
from applet_specs 
ORDER BY hot_power desc 
limit :per_page offset :pages"

   list_one = db.session.execute(sql_one)
   count_alipay = list_one.fetchone()
#  总条数
   total_count = count_alipay[0]
#  总页数
   total_paging = math.ceil(int(total_count) / int(per_page))
   list_two = db.session.execute(sql_two, {"per_page": per_page, "pages": pages})