mysql单表2000w查询慢，mysql几十万数据查询慢

mysql数据库表太大查询慢优化的几种方法

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

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

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

查询数据简单暴力的方式是遍历所有记录；如果数据不重复，就可以通过组织成一颗排序二叉树，通过二分查找算法来查询，大大提高查询性能。而BTREE是一种更强大的排序树，支持多个分支，高度更低，数据的插入、删除、更新更快。

是垂直拆分，把主要的与一些散放到一个表，然后把主要的和另外的列放在另一张表。水平拆分方法，根据一列或多列的值把数据行放到两个独立的表中，水平拆分通常几种情况。

张表100个字段。。分表，然后用表外连接查询可以调高查询效率，也可以用复合查询，不过复合查询效率没有外连接查询效率高，但是sql语句写起来方便。如果数据量不是上百万级别的，推荐用复合查询。

相关问答

Q1: mysql数据量上十万条后,查询慢导致服务器卡有什么解决办法

那么你这时候需要在factdata表上建立(user，module，dtime)的联合索引。

十万条数据已经够多了，通常最好的办法就是创建索引，创建索引的命令： CREATE INDEX index_name ON table_name(index_col_name，...)； index_name：这是索引的创建名称，你自己命一个名称。

将查询语句放到服务器命令行去跑，如果慢，则可以考虑通过添加索引来提高查询速度。如已有索引或添加索引后查询速度仍未改善，查看语句执行计划中，是全表扫描还是走索引。

还有其他的状态没在上面中列出来，不过它们大部分只是在查看服务器是否有存在错误是才用得着。例如如图：explain来了解SQL执行的状态explain显示了mysql如何使用索引来处理select语句以及连接表。

Q2: mysql,有一张表里面已经有几千万条数据了,网页访问时极其缓慢,如何提高...

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

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

3、将单张表的数据切分到多个服务器上去，每个服务器具有相应的库与表，只是表中数据集合不同。 水平分库分表能够有效的缓解单机和单库的性能瓶颈和压力，突破IO、连接数、硬件资源等的瓶颈。

Q3: mysql数据库千万级得表一下查询超时怎么优化?

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

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

3、所有mysql索引列类型都可以被索引，对来相关类使用索引可以提高select查询性能，根据mysql索引数，可以是最大索引与最小索引，每种存储引擎对每个表的至少支持16的索引。总索引长度为256字节。

4、此时你一个正常SQL执行下去，短时间内一定会慢查询，类似问题，优化手段更多是控制你导致MySQL负载过高的那些行为，比如灌入大量数据，最好在业务低峰期灌入，别影响高峰期的线上系统运行。

5、有八个方面可以对mysql进行优化：选取最适用的字段属性 MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。

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

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

2、数据千万级别之多，占用的存储空间也比较大，可想而知它不会存储在一块连续的物理空间上，而是链式存储在多个碎片的物理空间上。可能对于长字符串的比较，就用更多的时间查找与比较，这就导致用更多的时间。

3、假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。假如用到了索引的话，可以快速的找到需要查询的区间里的数据，往往需要查询的数据量是全表的1/100，1/1000，那么这时候花费的时间就是1/100，1/1000了。

4、设置 my.cnf 中的long-query-time 和log-slow-queries 记录服务器那些SQL执行速度比较慢 根据上述情况查看对对应的SQL语句进行优化 优化服务器性能，用RAID5（SAN），加内存本身的升级，提高硬盘I/O性能。

5、使用慢查询日志去发现慢查询。 使用执行计划去判断查询是否正常运行。 总是去测试你的查询看看是否他们运行在最佳状态下 –久而久之性能总会变化。 避免在整个表上使用count(*)，它可能锁住整张表。

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

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

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

使用联合(UNION)来代替手动创建的临时表MySQL从0的版本开始支持union查询，它可以把需要使用临时表的两条或更多的select查询合并的一个查询中。在客户端的查询会话结束的时候，临时表会被自动删除，从而保证数据库整齐、高效。

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

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

关于mysql单表2000w查询慢和mysql几十万数据查询慢的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。