1、问题分析考虑到可能是程序性能问题后，我使用了xdebug的性能日志功能输出程序运行日志后发现连接mysql的函数时间居然用掉了接近95%的执行时间。
成都创新互联公司是专业的临泽网站建设公司，临泽接单;提供成都网站制作、做网站、外贸营销网站建设,网页设计,网站设计,建网站,PHP网站建设等专业做网站服务;采用PHP框架,可快速的进行临泽网站开发网页制作和功能扩展;专业做搜索引擎喜爱的网站,专业的做网站团队,希望更多企业前来合作!
2、MySQL默认使用索引来优化查询，但在进行比较时，乘以1000之后的值会与索引中的值进行比较，需要对索引进行大量的整数除以1000的操作，导致查询变慢。
3、下载源问题：下载源服务器带宽不足或者服务器负载过高，也会导致下载速度变慢。网络问题：下载速度受到网络带宽的限制，网络不稳定或者带宽较小，下载速度就会变慢。
4、系统bug。mysql使用，出现union10次会变慢是系统bug导致的，重新打开即可正常使用。MySQL是一个关系型数据库管理系统，由瑞典MySQLAB公司开发，属于Oracle旗下产品。
5、MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。另外磁盘 IOPS 也会影响崩溃恢复时间，像这里开发库的 HDD IOPS 较低，因此面对大量的表空间，校验速度就非常缓慢。
6、可以看到执行时间变成了 0.67s。整理 我们诊断的关键点如下：\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判。
问题分析考虑到可能是程序性能问题后，我使用了xdebug的性能日志功能输出程序运行日志后发现连接mysql的函数时间居然用掉了接近95%的执行时间。
MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。另外磁盘 IOPS 也会影响崩溃恢复时间，像这里开发库的 HDD IOPS 较低，因此面对大量的表空间，校验速度就非常缓慢。
看下延时。如果延时正常的话，然后查询下连接数，检查是不是创建了大量连接。再没有问题就尝试sqlplus直连。正常情况数据库主机通信不是很大，一般是程序中有大量创建连接引起的。
你的服务器性能已经相当不错了。应该是运行tomcat的资源没有调好。第一次运行通常是比较慢的，JSP被访问一次之后速度就快了。设定Xmx了吗？ 先把Xmx设定调大在看结果。
问题分析考虑到可能是程序性能问题后，我使用了xdebug的性能日志功能输出程序运行日志后发现连接mysql的函数时间居然用掉了接近95%的执行时间。
MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长。另外磁盘 IOPS 也会影响崩溃恢复时间，像这里开发库的 HDD IOPS 较低，因此面对大量的表空间，校验速度就非常缓慢。
两种可能 第一是 机器本身有太多的进程或者服务导致cpu占有两次太高 或者硬盘老化 冗余数据较多 查询结果缓慢 第二还有可能是 mysql的设置或者sql语句本身的问题了 看是哪方面的。
尽管你可以调节很多MySQL服务器上的变量，但是在大多数通常的工作负载下，只有少数几个才真正重要。如果你把这些变量设置正确了，那么修改其他变量最多只能对系统性能改善有一定提升。
因为mysql是国外的，guan 网下载肯定很慢。
不能这样比较的，版本一样不代表别的东西一样，而且数据库快慢和版本的关系不是很大，主要是你服务器的原因，你本地服务器配置内存和cpu这些肯定没有阿里云的好。
第三，如果实在搞不定，需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快，这个是常规的MySQL慢的诊断思路。
可能是某个程序有问题，比如连接数据库之后不释放，造成无数的数据库进程，那样数据库就会越来越慢，甚至无法连接。出现故障的时候，你NETSTAT -N查看一下网络连接，看看是不是许多3306的TCP连接。
