采用的优化方法：
limit优化，先取出分页对应的ID，然后根据字段<ID值，然后再limit
索引
myisam引擎
附上代码：
查询数据总数：
下图是查询分页对应的ID：
下图是查询结果：
---------------2016.7.6 17:47更新--------------------
like那个地方确实不该要，已经做了处理，不该要的不要了。代码图也更新了。现在响应能保持在2.5s以下
执行计划如下：这是第一条语句，查询数据总量
SELECT `r`.`id` FROM (`samplerecord` as r) LEFT JOIN `statementsample` as s ON `r`.`sample_id`=`s`.`id` LEFT JOIN `breed` as b ON `s`.`food_id`=`b`.`id` LEFT JOIN `user` as u ON `r`.`user_id`=`u`.`id` WHERE `s`.`code` != ''
第二条语句 查询分页首位字段ID
SELECT `r`.`id` as id FROM (`samplerecord` as r) LEFT JOIN `statementsample` as s ON `r`.`sample_id`=`s`.`id` LEFT JOIN `breed` as b ON `s`.`food_id`=`b`.`id` LEFT JOIN `user` as u ON `r`.`user_id`=`u`.`id` WHERE `s`.`code` != '' ORDER BY `id` DESC LIMIT 1 OFFSET 5988第三条语句：查询数据结果集
SELECT `r`.`id` as id, `s`.`code` as code, `b`.`breed_name`, `r`.`state`, `u`.`username`, `r`.`recordtime`, `r`.`remark` FROM (`samplerecord` as r) LEFT JOIN `statementsample` as s ON `r`.`sample_id`=`s`.`id` LEFT JOIN `breed` as b ON `s`.`food_id`=`b`.`id` LEFT JOIN `user` as u ON `r`.`user_id`=`u`.`id` WHERE `s`.`code` != '' AND `r`.`id` < '109541' ORDER BY `id` DESC LIMIT 12请各位大神帮忙分析下...
1.先把表连接查询拆成简单查询
2.like有没有必要？
能不能把sql,执行计划贴出来
在事务里执行会提高效率的
初步来看3个sql:
1.总量的sql，samplerecord没走任何索引，全表扫描，必然会慢些
2.查询id的sql,排序+全表，预计也慢
3.最后有一个应该还好
所以整个来说就是避免全表扫描，如果确实要全表数据，那么limit不会慢到哪儿去。
最终猜测，code!=''条件筛选性较高，也就是有很多这类条件，导致的筛选比较慢，试试加个索引。