mysql同样的结构和数据,为什么innodb比myisam查询速度慢了30多倍?
可以去看下Innodb的原理 InnoDB是聚集索引，使用B+Tree作为索引结构，数据文件是和（主键）索引绑在一起的（表数据文件本身就是按B+Tree组织的一个索引结构），必须要有主键，通过主键索引效率很高。
虽然性能极佳，而且提供了大量的特性，包括全文索引、压缩、空间函数等，但MyISAM不支持事务和行级锁，而且最大的缺陷就是崩溃后无法安全恢复。
MySQL默认采用的是MyISAM，MyISAM不支持事务，而InnoDB支持。
Myisam是Mysql的默认存储引擎，当create创建新表时，未指定新表的存储引擎时，默认使用Myisam。MEMORY、InnoDB不是默认存储引擎。InnoDB存储引擎提供了具有提交、回滚和崩溃恢复能力的事务安全。
要单比查询myisam引擎快点，myisam主要以查为主。innodb可以支持高并发，一般高可用的数据架构都采用innodb。myisam的优点在于不需要很高的机器配置，查询速度快。
我用php做一个模糊搜索引擎,但是一旦mysql数据表数据多了,查询速度就慢...
优化数据库字段类型。（能用其他的尽量不要用VCHAR）建立储存过程。
对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。
应尽量避免在 where 子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
如果mysql里面的数据过多,查询太慢怎么办?
应尽量避免在 where 子句中使用！=或操作符，否则将引擎放弃使用索引而进行全表扫描。 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。
利用表分区：这个是推荐的一个解决方案，不会带来重写逻辑等，可以根据时间来进行表分区，相当于在同一个磁盘上，表的数据存在不同的文件夹内，能够极大的提高查询速度。
如慢尝试更换网线。网络连接速度正常，则尝试更换调用的驱动包，重新下一个或换一个版本。mysql支持几十万的数据，响应速度应该是毫秒级的。看了下你的语句，不要用IN了，改INNER JOIN吧，套那么多层IN，肯定没效率。
mysql数据量上十万条后,查询慢导致服务器卡有什么解决办法
利用表分区：这个是推荐的一个解决方案，不会带来重写逻辑等，可以根据时间来进行表分区，相当于在同一个磁盘上，表的数据存在不同的文件夹内，能够极大的提高查询速度。
那么你这时候需要在factdata表上建立(user，module，dtime)的联合索引。
将查询语句放到服务器命令行去跑，如果慢，则可以考虑通过添加索引来提高查询速度。如已有索引或添加索引后查询速度仍未改善，查看语句执行计划中，是全表扫描还是走索引。
MySQL中like查询速度慢的问题
因为在MySQL中，ENUM类型被当作数值型数据来处理，而数值型数据被处理起来的速度要比文本类型快得多。这样，我们又可以提高数据库的性能。使用连接(JOIN)来代替子查询(Sub-Queries)MySQL 从1开始支持SQL的子查询。
这是因为引擎在处理查询和连接时会 逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。
假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。假如用到了索引的话，可以快速的找到需要查询的区间里的数据，往往需要查询的数据量是全表的1/100，1/1000，那么这时候花费的时间就是1/100，1/1000了。
问题 我们有一个 SQL，用于找到没有主键 / 唯一键的表，但是在 MySQL 7 上运行特别慢，怎么办？实验 我们搭建一个 MySQL 7 的环境，此处省略搭建步骤。
比如表里有id，name，content字段，要模糊查name，给name建立字段后，只查name，id字段 select id，name from 表 where name like %123%；这样会走索引。
时间的快慢主要由索引决定，在索引都最优化的情况下才与数据量有关。 视图不可能明显加快的查询速度，只是编程方便而已。
mysql为什么千万级别查询比1000条数据的查询慢
1、首先mysql作为传统关系型数据库，并不适合大数据量的查询，一般来说，如果数据行数达到千万价格，查询的速度会有明显的下降。影响查询速度的原因可以有很多，比如是否在常用字段上建立了索引，还有是否支持并发等等。
2、是否可能慢查询不是SQL问题，而是MySQL生产服务器的问题？特殊情况下，MySQL出现慢查询还真不是SQL问题，而是他自己生产服务器的负载太高，导致SQL语句执行慢。
3、数据千万级别之多，占用的存储空间也比较大，可想而知它不会存储在一块连续的物理空间上，而是链式存储在多个碎片的物理空间上。可能对于长字符串的比较，就用更多的时间查找与比较，这就导致用更多的时间。
4、假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。假如用到了索引的话，可以快速的找到需要查询的区间里的数据，往往需要查询的数据量是全表的1/100，1/1000，那么这时候花费的时间就是1/100，1/1000了。
5、MySQL的最佳是单表百万级，一旦上到千万级就慢了，只能分表，分表不行就集群或者换数据库吧。
6、MySQL默认使用索引来优化查询，但在进行比较时，乘以1000之后的值会与索引中的值进行比较，需要对索引进行大量的整数除以1000的操作，导致查询变慢。
关于为什么mysql字段多查询慢和mysql字段多了查询慢吗的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。