mysql千万级表分页查询优化，mysql 千万级分页

Mysql某个表有近千万数据,CRUD比较慢,如何优化?

查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。

对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

如果是1 用SET AUTOCOMMIT = 0 ，提高数据修改速度 PHP优化需要 MySQL Slow Log 分析工具分析日志：mysqldumpslow或mysqlsla比较不错。

分表是可以，但是需要分很多。你要一个表分几十个表才能优化到合理的速度。但是从你表的数据量来说，你应该不需要用得全表扫面，应该是根据用户来查找。

当某个离线作业瞬间大批量把数据往MySQL里灌入的时，他一瞬间服务器磁盘、网络以及CPU的负载会超高。

相关问答

Q1: 求教,mysql千万级数据多表查询做分页该如何优化

也就是“大表拆小表”，基于列字段进行的。一般是表中的字段较多，将不常用的， 数据较大，长度较长（比如text类型字段）的拆分到“扩展表“。

一个不正确的优化是采用 SQL_CALC_FOUND_ROWS，SQL_CALC_FOUND_ROWS 可以在能够在分页查询时事先准备好符合条件的记录数，随后只要执行一句 select FOUND_ROWS()； 就能获得总记录数。

接着你会看到执行计划里会针对这个子查询的结果集，一个临时表，进行全表扫描，拿到20条数据，再对20条数据遍历，每条数据都按id去聚簇索引查找一下完整数据。

offset+limit方式的分页查询，当数据表超过100w条记录，性能会很差。主要原因是offset limit的分页方式是从头开始查询，然后舍弃前offset个记录，所以offset偏移量越大，查询速度越慢。

应尽量避免在 where 子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

Q2: 如何优化Mysql千万级快速分页

1、一个不正确的优化是采用 SQL_CALC_FOUND_ROWS，SQL_CALC_FOUND_ROWS 可以在能够在分页查询时事先准备好符合条件的记录数，随后只要执行一句 select FOUND_ROWS()； 就能获得总记录数。

2、完美解决了分页问题了。可以快速返回id就有希望优化limit ， 按这样的逻辑，百万级的limit 应该在0.0x秒就可以分完。

3、通过简单的变换，其实思路很简单：1)通过优化索引，找出id，并拼成 123，90000，12000 这样的字符串。2)第2次查询找出结果。

4、可以做表拆分，减少单表字段数量，优化表结构。在保证主键有效的情况下，检查主键索引的字段顺序，使得查询语句中条件的字段顺序和主键索引的字段顺序保持一致。主要两种拆分 垂直拆分，水平拆分。

Q3: 关于mysql处理百万级以上的数据时如何提高其查询速度的方法

应尽量避免在 where 子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。

尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会 逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。

但是这种方式在id为uuid的时候就会出现问题。可以使用where in的方式解决：带条件的查询：如果在分页查询中添加了where条件例如 type = a’这样的条件，sql变成 ：这种情况因为type没有使用索引也会导致查询速度变慢。

表的数据存在不同的文件夹内，能够极大的提高查询速度。横向分表：1000W条数据不少的，会带来一些运维压力，备份的时候，单表备份所需时间会很长，所以可以根据服务器硬件条件进行水平分表，每个表有多少数据为准。

首先，数据量大的时候，应尽量避免全表扫描，应考虑在 where 及 order by 涉及的列上建立索引，建索引可以大大加快数据的检索速度。

Q4: MySQL百万级数据量分页查询方法及其优化建议

1、应尽量避免在 where 子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

2、这种方式的做法是先定位偏移位置的id，然后再往后查询，适用于id递增的情况。

3、一个不正确的优化是采用 SQL_CALC_FOUND_ROWS，SQL_CALC_FOUND_ROWS 可以在能够在分页查询时事先准备好符合条件的记录数，随后只要执行一句 select FOUND_ROWS()； 就能获得总记录数。

4、首先，数据量大的时候，应尽量避免全表扫描，应考虑在 where 及 order by 涉及的列上建立索引，建索引可以大大加快数据的检索速度。

5、W数据基本不用优化的。走索引就可以了。上百万了再说吧。

6、你好，你可以根据条件去添加索引，例如：所有mysql索引列类型都可以被索引，对来相关类使用索引可以提高select查询性能，根据mysql索引数，可以是最大索引与最小索引，每种存储引擎对每个表的至少支持16的索引。

Q5: MySQL删除千万级数据量导致的慢查询优化

这种长事务的运行会导致你删除时，仅只是对数据加了一个删除标记，事实上并没有彻底删除。此时你若和长事务同时运行的其它事务里再查询，他在查询时可能会把那上千万被标记为删除的数据都扫描一遍。

\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。\ 我们增加了 hint，指导 MySQL 正确进行优化判断。

尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接时会 逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。

在重新启动的MySQL，记得来温暖你的数据库，以确保您的数据在内存和查询速度快。1 使用DROP TABLE，CREATE TABLE DELETE FROM从表中删除所有数据。 最小化的数据在查询你需要的数据，使用*消耗大量的时间。

你的这条sql有索引也是等于没有的，因为你用了like %xxx% 如果like 的条件以%开始，数据库不会用索引。分表是可以，但是需要分很多。你要一个表分几十个表才能优化到合理的速度。

mysql千万级表分页查询优化的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于mysql 千万级分页、mysql千万级表分页查询优化的信息别忘了在本站进行查找喔。