有八个方面可以对mysql进行优化：
1、选取最适用的字段属性
MySQL可以很好的支持大数据量的存取，但是一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。
2. 使用连接（JOIN）来代替子查询(Sub-Queries)
MySQL从4.1开始支持SQL的子查询。这个技术可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。
3、使用联合(UNION)来代替手动创建的临时表
MySQL从4.0的版本开始支持union查询，它可以把需要使用临时表的两条或更多的select查询合并的一个查询中。在客户端的查询会话结束的时候，临时表会被自动删除，从而保证数据库整齐、高效。
4、事务
尽管我们可以使用子查询（Sub-Queries）、连接（JOIN）和联合（UNION）来创建各种各样的查询，但不是所有的数据库操作都可以只用一条或少数几条SQL语句就可以完成的。更多的时候是需要用到一系列的语句来完成某种工作。但是在这种情况下，当这个语句块中的某一条语句运行出错的时候，整个语句块的操作就会变得不确定起来。设想一下，要把某个数据同时插入两个相关联的表中，可能会出现这样的情况：第一个表中成功更新后，数据库突然出现意外状况，造成第二个表中的操作没有完成，这样，就会造成数据的不完整，甚至会破坏数据库中的数据。要避免这种情况，就应该使用事务，它的作用是：要么语句块中每条语句都操作成功，要么都失败
5、锁定表
尽管事务是维护数据库完整性的一个非常好的方法，但却因为它的独占性，有时会影响数据库的性能，尤其是在很大的应用系统中。由于在事务执行的过程中，数据库将会被锁定，因此其它的用户请求只能暂时等待直到该事务结束。其实，有些情况下我们可以通过锁定表的方法来获得更好的性能。
6、使用外键
锁定表的方法可以维护数据的完整性，但是它却不能保证数据的关联性。这个时候我们就可以使用外键。
7、使用索引
索引是提高数据库性能的常用方法，它可以令数据库服务器以比没有索引快得多的速度检索特定的行，尤其是在查询语句当中包含有MAX(),MIN()和ORDERBY这些命令的时候，性能提高更为明显。
8、优化的查询语句
绝大多数情况下，使用索引可以提高查询的速度，但如果SQL语句使用不恰当的话，索引将无法发挥它应有的作用。
② mysql 如何优化以下sql
因不知你表结构什么的，咱就只论语句的优化：
你这个查询，可能主要查询的花销在你嵌套的子查询中，
selecttypeno,count(id)ascontfromproctswherelang='en'groupbytypeno
及
selecttypeno,count(id)ascontfromproctswherelang='en'andpubdate=
now()groupbytypeno
建议你将你的子查询建立临时表，
然后查询中使用临时表替换子查询，这是最简单直接的方式
③ mysql数据库怎么优化sql语句
一、MySQL数据库有几个配置选项可以帮助我们及时捕获低效SQL语句
1，slow_query_log
这个参数设置为ON，可以捕获执行时间超过一定数值的SQL语句。
2，long_query_time
当SQL语句执行时间超过此数值时，就会被记录到日志中，建议设置为1或者更短。
3，slow_query_log_file
记录日志的文件名。
4，log_queries_not_using_indexes
这个参数设置为ON，可以捕获到所有未使用索引的SQL语句，尽管这个SQL语句有可能执行得挺快。
二、检测mysql中sql语句的效率的方法
1、通过查询日志
（1）、Windows下开启MySQL慢查询
MySQL在Windows系统中的配置文件一般是是my.ini找到[mysqld]下面加上
代码如下
log-slow-queries = F:/MySQL/log/mysqlslowquery。log
long_query_time = 2
（2）、Linux下启用MySQL慢查询
MySQL在Windows系统中的配置文件一般是是my.cnf找到[mysqld]下面加上
代码如下
log-slow-queries=/data/mysqldata/slowquery。log
long_query_time=2
④ MySQL——SQL优化
优化的目的就是让sql语句使用索引，避免进行全文检索，以此加速检索的速度。在使用mysql的过程中，我们接触最多的就是sql语句了。这是最容易优化也是最常优化的地方。
SQL优化有以下几点：
explain模拟优化器执行SQL语句，在5.6以及以后的版本中，除过select，其他比如insert，update和delete均可以使用explain查看执行计划，从而知道mysql是如何处理sql语句，分析查询语句或者表结构的性能瓶颈。
explain的作用
⑤ mysql数据库如何优化谁能给出点具体的解决方案
1、explain：解释sql的执行计划，后边的sql不执行
2、explain partitions ：用于查看存在分区的表的执行计划
3、explain extended：待验证
4、show warnings:
5、show create table:查看表的详细的创建语句，便于用户对表进行优化
6、show indexes :产看表的所有索引，show indexes from table_name，同样也可以从information_schema.statistics表中获得同样的信息。cardinality列很重要，表示数据量。
7、show tables status: 查看数据库表的底层大小以及表结构，同样可以从information_schema.tables表中获得底层表的信息。
8、show [global|session]status:可以查看mysql服务器当前内部状态信息。可以帮助却行mysql服务器的负载的各种指标。默认是session。同information_schema.global_status和information_schema.session_status
9、show [global|session] variables ：查看当前mysql系统变量的值，其中一些值能影响到sql语句的执行方式。同information_schema.global_variables和information_schema.session_variables;
10、information_schema:包含的表的数量和mysql的版本有关系。
⑥ 如何进行SQL性能优化
这里分享下mysql优化的几种方法。
1、首先在打开的软件中，需要分别为每一个表创建 InnoDB FILE的文件。
⑦ mysql SQL语句优化
语句基本上没什么可优化的，最多就是查询条件的引号要取消，例如：
select * from aa where 编号=指定编号
你的主索引，是PRIMARY KEY吧，唯一、非空，这已经是最高级别的索引了，数据库也没有再次优化的余地
剩下可做的事情就是数据库系统优化，例如改变索引缓冲区长度(key_buffer)
一般，该变量控制缓冲区的长度在处理索引表（读/写操作）时使用。MySQL使用手册指出该变量可以不断增加以确保索引表的最佳性能，并推荐使用与系统内存25％的大小作为该变量的值。这是MySQL十分重要的配置变量之一，如果你对优化和提高系统性能有兴趣，可以从改变 key_buffer_size变量的值开始。
如果MYISAM引擎，可以考虑使用myisamchk -r进行修复，例如：
myisamchk --sort_buffer_size=16M --key_buffer_size=16M --read_buffer_size=1M --write_buffer_size=1M -r aa
⑧ mysql sql优化之 优化GROUP BY 和 DISTINCT
创建表tb_point 表
准备空的tb_box表
函数
编写存储过程，给tb_box表添加100万条数据
修改关联数据
好于
优于
在执行以下语句时会报错：
前面在 https://www.jianshu.com/p/95e50fd017ea 文章中有提到这个问题，是直接修改sql_mode将 ONLY_FULL_GROUP_BY直接干掉。但是在《高性能mysql》中有一段话是这样的：
那么既然指出不要直接修改 sql_mode，那么我们应该如何让冲突的GRUOPBY语句正确执行呢？
文中有提到，可以使用max()和min()函数来实现；但是这种方式使用max和min函数较真的人可能会说这样写的分组查询有问题，确实如此。但是如果更加在乎查询效率，这样做也无可厚非。
如果，实在无法接受使用上面那种方式的话，可以这样使用子查询的方式来进行查询：
书上对于这种方式有描述如下：
这样写更满足关系理论，但是成本有点高，因为子查询需要填充临时表，而子查询中创建的临时表是没有任何索引的。
作者认为这样写对性能有影响。
但是从我测得结果来看，子查询的耗时反而更少。性能反而更佳。这个子查询耗时0.4秒。而使用max方式耗时0.8秒。几乎一倍。我的mysql版本是 5.7.22-log
为了解其中的原因，我们查看它的执行计划：
可见，因为子查询而产生了一层 DERIVED 临时表，但是这个临时表的Extra字段有显示 Using index、key里面显示自建索引。说明用到了索引。这是查询性能可观的一个重要原因吧；
另外我分别使用 SHOW PROFILE命令查看各部分耗时，对比之下。没看到有哪部分耗时差别特别大，使用JOIN、MAX 耗时比上子查询耗时都差不多是1倍
有些时候对一没有建立索引的字段，进行GRUOP BY时。会产生Using filesort 文件内排序。因为GRUOP BY是在排序的基础上进行分组的。
如下面sql：
如果业务上不对排序有要求。那么就可以禁止GRUOP BY的排序：
这样就把Using filesort给干掉了！ 执行时间 1.237
当然，多数情况是多排序有要求的。此时也可以在GRUOP BY后面使用DESC和ASC关键字，使分组的结果集按需要的方向排序。如下：
分组查询的一个变种就是要求mysql对分组结果再进行一次超级聚合。可以使用GROUP BY WITH ROLLUP 来实现这种逻辑，但可能性能不佳。因为通过查询计划分析出它是使用 Using temporary; Using filesort 来实现的。
使用WITH ROLLUP，查询时间2.531秒。不使用0.774 秒。
1、所以，很多时候。我们在应用程序中做超级聚合是最好的！
2、当然也可使用UNION ALL 来实现：
3、还可以通过FROM子句嵌套使用子查询：
⑨ mysql的sql语句优化5种方式
只有5种吗？我知道十种以上的说。
索引（没我得全表查询了）
改变数据储引擎（MyISAM没事务再也不用担心锁表了）
增加冗余数来减少连表查询数（消耗硬盘空间减少CPU使用）
调整查询顺序减少查询量优先（数量少了连表的笛卡儿积也少了）
全文索引（文字长度有限制，而且IO使用量会大增，但是妥妥的快）
查询尽量不要用函数（函数可是不走索引的哦亲）
查询变量类型要提前对好减少系统负担（我提前改变了系统你就不用检测了）
升级服务器硬件（没什么是氪金解决不了的）
配置好临时表空间，合理理由临时表减少主表查询抢资源（唯我独查）
合理理由函数减少系统的判断（明明都能确认内容不同你用UNION 系统还是傻傻的查一遍是否重复UNION ALL则跳过这个步骤同理 inner join 和 left join 也一样）
强制走索引（复合索引的情况有时候手动走比系统判断要好哦）
脏读、幻读等（你堵车我绕路）
数据归档，迁移（没用的数据要进仓哦，别占着主表的资源）
表的碎片整理（迁移后碎片整理更健康哦亲）
索引重构（数据都走了索引也应该重构一下才能保证速度哦）
善用存储过程（串N个表（N大于10）的查询千万别一个SQL到底，分布式查询在吧结果集合并吧骚年）
预处理数据（mysql也有job哦，对于经常要子查询的数据可以先弄个明细表根据主表在后台进行补完，查询的时候就更方便了）
懒得说了。。。。。。。。。。。。。。。。。。
⑩ 怎么结合mysql的执行计划来优化sql
一，SQL查询优化：指，使用的语句是不是冗余的，就是有没有无用的。
你可用用explain 你的语句来比较分板一番。比如：select * from wc where 1;与select * from wc二者的执行时间不一样的；
二，SQL执行计划就是用于描述SQL引擎在执行一个sql语句时的所有步骤，通过执行计划，我们可以知道哪个表是驱动表，如何访问一个表：是通过索引访问还是通过表扫描，如何进行连接：使用嵌套连接，合并连接还是哈希连接，连接的顺序等等；
在我们处理执行计划的过程中，一般有三个步骤：
获取执行计划
理解执行计划
判断其效率
2.获取执行计划的方式
Oracle提供了以下几种方法获得sql语句的执行计划：
2.1 explain plan
这种方法用于给出当前的sql文本的评估的执行计划，oracle并不会执行相应的sql语句，而且如果sql语句有绑定参数，那么得到的执行计划并不一定就是确切的执行计划，还要根据条件中的列是否有直方图和cursor_sharing参数的配置值来判断。
a. 在sqlplus 中执行explain plan
SQL>Explain plan set sql_id=’mysql’ for select * from temp;
b. 使用dbms_xplan显示执行计划
select * from table(dbms_xplan.display());
或者：select * from table(dbms_xplan.display(statement_id => ‘mysql’));
三，优化器；是SQL执行效率的重构工具。
可以帮助将低效率的SQL优化成为高效率的。
一般主要针对查询语句。
将更多的判断条件已到叶子节点上去操作。