mysqlin查询慢，mysql查询慢sql命令

MySQL查询效率很慢的问题如何分析和解决

1、通过查询日志\x0d\x0a(1)、Windows下开启MySQL慢查询\x0d\x0aMySQL在Windows系统中的配置文件一般是是my.ini找到[mysqld]下面加上\x0d\x0a代码如下\x0d\x0alog-slow-queries = F：/MySQL/log/mysqlslowquery。

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

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

4、我们搭建一个 MySQL 7 的环境，此处省略搭建步骤。写个简单的脚本，制造一批带主键和不带主键的表：执行一下脚本：现在执行以下 SQL 看看效果：...执行了 180s，感觉是非常慢了。

5、临时冒出另外一种解决想法，即用 GDB 调试崩溃恢复，通过临时修改 validate 变量值让 MySQL 跳过表空间验证过程，然后让 MySQL 正常关闭，重新启动就可以正常启动了。

相关问答

Q1: MySQL视图查询超慢,求解答

时间的快慢主要由索引决定，在索引都最优化的情况下才与数据量有关。 视图不可能明显加快的查询速度，只是编程方便而已。

实际测试的时候设置 innodb_force_recovery =1，也就是强制恢复跳过坏页，就可以跳过校验，然后重启就是正常启动了。通过这种临时方式可以避免崩溃恢复后非常耗时的表空间校验过程，快速启动 MySQL，个人目前暂时未发现有什么隐患。

这么多的join你应该是在数据库设计的时候表结构设计的不够好 - 建议采用后台数据同步的方式批量将数据整合进一张表中后定期刷新数据来平衡性能上的需求。

硬件，是不是抗不住，软件，mysql是不是没有设置好，数据库设计方面等，语言，SQL语句写法。下面是一些优化技巧。对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。

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

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

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

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

利用表分区：这个是推荐的一个解决方案，不会带来重写逻辑等，可以根据时间来进行表分区，相当于在同一个磁盘上，表的数据存在不同的文件夹内，能够极大的提高查询速度。

关于mysqlin查询慢和mysql查询慢sql命令的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。