包含MySQLlimit的词条
Mysql 注入之 limit 注入
参考链接：
一般实际过程中使用 limit 时，大概有两种情况，一种使用 order by ，一种就是不使用 order by 关键字
执行语句
这种情况下的 limit 后面可以使用 union 进行联合查询注入
执行语句
执行语句
此时后面再次使用 union 将会报错
除了 union 就没有其他可以使用的了吗，非也
此方法适用于 5.0.0 MySQL 5.6.6 版本，在limit语句后面的注入
MySQL 5中的SELECT语法：
limit 关键字后面还可跟 PROCEDURE 和 INTO 两个关键字，但是 INTO 后面写入文件需要知道绝对路径以及写入shell的权限，因此利用比较难，因此这里以 PROCEDURE 为例进行注入
报错，尝试一下对其中一个参数进行注入，这里首先尝试报错注入
成功爆出 mysql 版本信息，证明如果存在报错回显的话，可以使用报错注入在 limit 后面进行注入
不存在回显怎么办，延迟注入呀
执行命令
如果 select version(); 第一个为5，则多次执行sha(1)达到延迟效果
这里使用 sleep 进行尝试，但均未成功，所以需要使用BENCHMARK进行替代
mysql使用limit分页优化方案
准备数据是20000000条数据
在分页场景下，使用limit start end，我们分别看下从10000， 100000， 1000000开始分页的执行时间（每页取10条），如下图
当start较小时，查询没有性能问题，但是如上图查询时间所示，随着start增大，查询消耗时间也在递增，在start=10000000时，分页竟然消耗了2秒多，这是不能忍受的。
由此引出对limit分页的优化,首先来explain该语句，看到查询没有使用到任何的索引，进行的是全表扫描，假如limit分页用到了索引是不是会快很多呢！
explain分析一下,第一行是select * from user_innodb形成的临时表使用的是全表扫描，第二行是 （SELECT id FROM user_innodb LIMIT 10000000, 10）形成的，使用的是eq_ref，第三行是全表扫描a和bjoin形成的派生表，使用到的是index，所以速度也会快很多
MySQL的limit 优化
mysql 5.7.28
按id增序 导出t_order_detail表数据，由于数据量过多，防止一次查询数据量大多导致异常，批量查询数据，每次查询200条数据，数据量50万，查询出的数据量5万多条。
SQL如下
Explain结果
《高性能MySql第三版》章节6.7.5 优化Limit分页中提到，在偏移量非常大的时候，例如可能是LIMIT 1000,20 这样的查询，这时候MySQL需要查询10020条记录然后只返回最后20条，前面10000条记录都将被抛弃，这样的代价非常高。要优化此种查询，要么在页面中限制分页数量，要么是优化大偏移量的性能。使用“延迟关联”，它让MySQL扫描尽可能少的页面，获取需要要访问的记录后再根据关联列回原表查询需要的所有列。
Explain结果
也没看不出来区别，直接用SQL执行看消耗的时间
这个延迟关联蛮简单的(自我感觉)，为啥MySQL不直接内部实现优化呢？
延迟关联到底节省了哪部分动作消耗的时间，如果只是如下的SQL,那就根本没必要关联，在查询了其他的字段后，才需要延迟关联。所以是节省了获取其他字段的消耗的时间？还是排序时多个字段后更加耗时？
当前SQL使用id排序，可以直接使用上一页数据最后一条数据的Id做筛选，这样直接筛选出需要的数据，查询查第49999条数据的order_id为707352，SQL如下
Explain结果
此种优化方法要求 使用唯一的字段排序。
高性能MySql
MySQL ORDER BY _ LIMIT performance_ late row lookups at EXPLAIN EXTENDED
mysql LIMIT使用问题
这个语句是可能出问题的，考虑的情况不完整
因为当count(*)
*
0.2不是一个整数的时候就会报错
比如，你一共只有1条数据，那么你这个sql语句就是
limit
0,
0.2
所以只有在数据为10的倍数的时候，sql才能被正确执行
这里的limit的第二个参数，是要取出数据的条数，必须是整数
我建议你用脚本语言吧这个参数计算出来，处理正确正确之后再传入执行，或者使用mysql的取整函数
limit
0,
ceil(count(*)
*
0.2)