13518219792
1、查看建立索引前面的返回的结果。假如没有索引的话，explain会显示返回查询全表的数据自然会很慢了。
成都创新互联公司是一家集网站建设,江海企业网站建设,江海品牌网站建设,网站定制,江海网站建设报价,网络营销,网络优化,江海网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。
2、\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。\ 我们增加了 hint，指导 MySQL 正确进行优化判断。
3、你好，你可以根据条件去添加索引，例如：所有mysql索引列类型都可以被索引，对来相关类使用索引可以提高select查询性能，根据mysql索引数，可以是最大索引与最小索引，每种存储引擎对每个表的至少支持16的索引。
4、若应用系统需要频繁更新 clustered 索引数据列，那么需要考虑是否应将该索引建为 clustered 索引。1尽量使用数字型字段，若只含数值信息的字段尽量不要设计为字符型，这会降低查询和连接的性能，并会增加存储开销。
5、●使用系统工具。如Informix数据库有一个tbcheck工具，可以在可疑的索引上进行检查。
你好 mysql服务器，防火墙打开3306端口；看看你的mysql是否设置允许其他机器连接了。打MYSQL中默认MYSQL数据库；更改USE表中的HOST键值（即将LOCALHOST---%）；登录到管理器，添加一个用户，主机写%即可。
检查系统的状态 通过操作系统的一些工具检查系统的状态，比如CPU、内存、交换、磁盘的利用率，根据经验或与系统正常时的状态相比对，有时系统表面上看起来看空闲，这也可能不是一个正常的状态，因为cpu可能正等待IO的完成。
第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。
MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句1，slow_query_log这个参数设置为ON，可以捕获执行时间超过一定数值的SQL语句。2，long_query_time当SQL语句执行时间超过此数值时，就会被记录到日志中，建议设置为1或者更短。
找到你mysql的安装目录，打开my.ini，如果是Linux服务器，那就是my.conf；然后在[mysqld]选项下面添加：skip-name-resolve 这个选项的意思是：禁用DNS解析，连接速度会快很多。
新版本的mysql配置起来不象以前的那个傻瓜化了，这个问题折腾了我一上午的时间，晚上回来总算是解决了，嘿嘿，又学到一些东西。
MySQL 默认使用的是 glibc 的 ptmalloc 作为内存分配器。内存分配器采用的是内存池的管理方式，处在用户程序层和内核层之间，它响应用户的分配请求，向操作系统申请内存，然后将其返回给用户程序。
检查系统的状态 通过操作系统的一些工具检查系统的状态，比如CPU、内存、交换、磁盘的利用率，根据经验或与系统正常时的状态相比对，有时系统表面上看起来看空闲，这也可能不是一个正常的状态，因为cpu可能正等待IO的完成。
(1)、Windows下开启MySQL慢查询MySQL在Windows系统中的配置文件一般是是my.ini找到[mysqld]下面加上代码如下log-slow-queries = F：/MySQL/log/mysqlslowquery。
1、第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。
2、可以看到执行时间变成了 0.67s。整理 我们诊断的关键点如下：\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。
3、几方面：硬件，软件，以及语言 硬件，是不是抗不住，软件，mysql是不是没有设置好，数据库设计方面等，语言，SQL语句写法。下面是一些优化技巧。
4、可能是某个程序有问题，比如连接数据库之后不释放，造成无数的数据库进程，那样数据库就会越来越慢，甚至无法连接。出现故障的时候，你NETSTAT -N查看一下网络连接，看看是不是许多3306的TCP连接。
5、首先确认什么操作最消耗时间。是数据查询，还是服务器之间的传输。如果查询慢，需要根据你实际的数据模型优化sql，增加索引。具体操作百度。如果传输慢，想办法把几十次请求放到一次请求里面完成，减少服务器之间的交互。
1、问题分析考虑到可能是程序性能问题后，我使用了xdebug的性能日志功能输出程序运行日志后发现连接mysql的函数时间居然用掉了接近95%的执行时间。
2、MySQL默认使用索引来优化查询，但在进行比较时，乘以1000之后的值会与索引中的值进行比较，需要对索引进行大量的整数除以1000的操作，导致查询变慢。
3、下载源问题：下载源服务器带宽不足或者服务器负载过高，也会导致下载速度变慢。网络问题：下载速度受到网络带宽的限制，网络不稳定或者带宽较小，下载速度就会变慢。
4、系统bug。mysql使用，出现union10次会变慢是系统bug导致的，重新打开即可正常使用。MySQL是一个关系型数据库管理系统，由瑞典MySQLAB公司开发，属于Oracle旗下产品。
5、在 Java 中，循环删除 MySQL 数据时，可能会出现删除操作变慢的情况。这通常是由于循环过程中频繁地创建和销毁数据库连接对象导致的。
查询出的数据量过大（可以采用多次查询，其他的方法降低数据量）。锁或者死锁(这也是查询慢最常见的问题，是程序设计的缺陷)。返回了不必要的行和列。查询语句写的不好，没有很好的优化。
临时冒出另外一种解决想法，即用 GDB 调试崩溃恢复，通过临时修改 validate 变量值让 MySQL 跳过表空间验证过程，然后让 MySQL 正常关闭，重新启动就可以正常启动了。
重启、重装只在确实没有任何解决办法的时候当临时解决方案，没有从根源解决问题。
可以看到执行时间变成了 0.67s。整理 我们诊断的关键点如下：\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。
常见的内存分配器包括：ptmalloc(Glibc)、tcmalloc(Google)、jemalloc(FreeBSD)。MySQL 默认使用的是 glibc 的 ptmalloc 作为内存分配器。
