在我们实际工作中大部分人会遇到sql优化的问题，这篇文章主要介绍SQL优化相关。首先我们怎么发现我们的sql执行效率低呢，最简单的方法就是当用户反馈慢的时候我们就会知道哪里可能会有sql效率影响的问题，这里排除其他影响情况，只考虑数据库sql慢的问题。当然这种方式对于我们来说很被动，我们还可以通过什么方式找到有性能问题sql，我们可以通过MySQL的配置文

_MYSQL性能_最大数据量抛开数据量和并发数,谈性能都是扯淡(扯的最疼的那种).Mysql没有限制单表最大记录数,它取决与操作系统对文件大小的限制文件系统单文件大小限制FAT32(采用32位二进制数(https://www.oschina.net/action/GoToLink?urlh

MySQL优化三大方向①优化MySQL所在服务器内核(此优化一般由运维人员完成)。②对MySQL配置参数进行优化（my.cnf）此优化需要进行压力测试来进行参数调整。③对SQL语句以及表优化。MySQL参数优化1:MySQL默认的最大连接数为100，可以在mysql客户端使用以下命令查看mysql

数据库优化SQL查询优化1.避免全表扫描，应该考虑在where及orderby涉及的列上建立索引；2.查询时使用select明确指明所要查询的字段，避免使用select（keys，flushdb等）的操作；3.SQL语句尽量大写，

1.查看执行时间和cpu占用时间setstatisticstimeonselect\fromdbo.Productsetstatisticstimeoff打开你查询之后的消息里面就能看到啦。!wpscb7e.tmp(https://oscimg.oschina.net/oscnet/b05997d8479

大家好，我是知数堂SQL优化班老师网名：骑龟的兔子!(https://oscimg.oschina.net/oscnet/137ab31aa2524650a455c5d59fc79144.jpg)需求：想要查找哪些索引太长了，这个SQL在5.7下跑的特别慢，8.0则挺快的，帮看下有啥优化方案没具体SQL和执行计划如下

慢查询日志，将那些执行时间过长且占用资源过多的SQL拿来进行explain分析，导致CPU过高，多数是GroupBy、OrderBy排序问题所导致，然后慢慢进行优化改进。比如优化insert语句、优化groupby语句、优化orderby语句、优化join语句等等；3）考虑定时优化文件及索引；4）定期分析表，使用optimizetable；

\恢复内容开始设计表的时候1\.不同的表涉及同一个公共意义字段不要使用不同的数据类型（可能导致索引不可用，查询结果有偏差）2\.不要一张表放太多的数据  主表20~30个字段  其他表最好不超过20个3\.最好不要有为Null的列，原因：https://mp.weixin.qq.com/s/U4

这篇主要介绍对慢SQL优化的一些手段，而在讲解具体的优化措施之前，我想先对EXPLAIN进行介绍，它是我们在分析查询时必要的操作，理解了它输出结果的内容更有利于我们优化SQL。为了方便大家的阅读，在下文中规定类似key1的表示二级索引，key\part1表

本次慢sql优化是大促准备时的一个优化，优化4c16g单实例mysql支持QPS从437到4610，今天发文时618大促已经顺利结束，该mysql库和应用在整个大促期间运行也非常稳定。本文复盘一下当时的sql优化过程1.问题背景大促准备期间发现4c16G的