本文目录一览：
- 1、mySql为什么查询时有时快,有时慢
- 2、MySQL运行一段时间后各种操作变很慢,重启后问题依旧,什么原因
- 3、求高手优化MySQL数据库,数据库反应太慢 。
- 4、MySQL视图查询超慢,求解答
第三，如果实在搞不定 ， 需求方一定要按照数据库容易接受的方式去写SQL，这个成本会下降的非常快 ， 这个是常规的MySQL慢的诊断思路 。
分析一下慢查询日志的情况 ， 该建缓存表的建缓存表，该加索引的加索引 。又或者问题并不是出在查询上面 ， 而是你的写入已经写爆了IO，查查网络、内存、磁盘这几个部分的IO情况 。
显然，关联子查询的扫描成本会高于非关联子查询 。我们希望 MySQL 能先缓存子查询的结果（缓存这一步叫物化，MATERIALIZATION），但MySQL 认为不缓存更快，我们就需要给予 MySQL 一定指导 。
MySQL运行一段时间后各种操作变很慢,重启后问题依旧,什么原因MySQL 加载慢的原因可能有很多，例如计算资源不足、系统层面未进行基本的优化、MySQL 配置不科学等等 。
MySQL 下崩溃恢复确实和表数量有关，表总数越大，崩溃恢复时间越长 。另外磁盘 IOPS 也会影响崩溃恢复时间，像这里开发库的 HDD IOPS 较低，因此面对大量的表空间 ， 校验速度就非常缓慢 。
是不是WEB程序有问题，数据库的资源没有正常释放，导致占用资源越来越多 。
时间 按照时间切分，就是将6个月前，甚至一年前的数据切出去放到另外的一张表，因为随着时间流逝 ， 这些表的数据 被查询的概率变?。?所以没必要和“热数据”放在一起，这个也是“冷热数据分离” 。
才能判断是否存在执行计划问题 。在对数据库中运行的 SQL 进行了一段时间的优化之后，很明显的问题 SQL 可能已经很少了，大多都需要去发掘，这时候就需要进行大量的 explain 操作收集执行计划，并判断是否需要进行优化 。
求高手优化MySQL数据库,数据库反应太慢 。1、案例二：近线上应用的数据库频频出现多条慢sql风险提示，而工作以来，对数据库优化方面所知甚少 。例如一个用户数据页面需要执行很多次数据库查询 ， 性能很慢 ， 通过增加超时时间勉强可以访问，但是性能上需要优化 。
2、由于在事务执行的过程中，数据库将会被锁定，因此其它的用户请求只能暂时等待直到该事务结束 。
3、MySQL优化 通过在网络上查找资料和自己的尝试，我认为以下系统参数是比较关键的： （1）、back_log： 要求 MySQL 能有的连接数量 。
MySQL视图查询超慢,求解答视图不可能明显加快的查询速度，只是编程方便而已 。
时间的快慢主要由索引决定，在索引都最优化的情况下才与数据量有关 。视图不可能明显加快的查询速度 ， 只是编程方便而已 。
\ 对于 information_schema 中的元数据表，执行计划不能提供有效信息 。\ 通过查看 MySQL 改写后的 SQL，我们猜测了优化器发生了误判 。\ 我们增加了 hint，指导 MySQL 正确进行优化判断 。
这么多的join你应该是在数据库设计的时候表结构设计的不够好 - 建议采用后台数据同步的方式批量将数据整合进一张表中后定期刷新数据来平衡性能上的需求 。
【mysql经常卡死 mysql8.0突然特别慢】对查询进行优化 ， 应尽量避免全表扫描 ， 首先应考虑在 where 及 order by 涉及的列上建立索引 。
