官网：https://www.mysql.com/
MySQL 是一个关系型数据库管理系统，由瑞典 MySQL AB 公司开发，目前属于 Oracle 公司
MySQL 是一种关联数据库管理系统（RDBMS）， 将数据保存在不同的表中，而不是将所有数据放在一个大的仓库内，这样就增加了速度并提高了灵活性。
MySQL 特征
MySQL 是开源的，所以你不需要支付额外的费用。
MySQL 支持大型的数据库。可以处理拥有处理上千万条记录的大型数据库。
MySQL 可以允许于多个系统上，并且支持多种语言，这些编程语言包含 C、C++、Java、Perl、PHP 、 Eiffel 、 Ruby 和 Tcl 等。
explain select id,author_id from article where category_id = 1 and comments > 1 order by views desc limit 1;
复制代码
执行情况：
type：ALL，表示是全表查询需要的记录，要考虑优化。
Extra:Using filesort，表示使用了文件内排序，又要考虑优化。
③如何优化
考虑建立表索引来进行优化。两种方式建立索引都可以，先创建索引试试：
ALTER TABLE article ADD INDEX idx_article_ccv (category_id, comments, views); --第一种方式
CREATE INDEX idx_article_ccv ON article (category_id, comments, views) ; --第二种方式
复制代码
可以使用show index from article;查看article表的索引情况。
再次查看执行计划：使用了索引，type也由all变成了range。
说明：type变成range这是可以 的，但在extra中还是有Using filesort，这是无法接受的。我们创建了索引，但是没有被用到，这是因为按照BTree索引的工作原理，先排序category_id字段，如果遇到相同的category_id再排序comments字段，如果再遇到相同的comments字段再排序views字段。当comments字段在复合索引里处于中间位置时，因comments>1条件是一个范围值（所谓的range），MySQL无法利用索引对后面的views部分进行检索，即range类型查询字段后面的索引无效。
那么就需要删除索引，并重建有效的索引：
DROP INDEX idx_article_ccv ON article; -- 删除索引
CREATE INDEX idx_article_ccv ON article (category_id,views); -- 重建索引
ORDER BY子句满足两种情况，会使用index排序，一是ORDER BY子句采用遵照最佳左前缀法则，二是where条件字段和ORDER BY子句组合起来，满足最佳左前缀法则排序分组优化
3.1.2.2 MySQL的排序算法
当发生 Using filesort 时，MySQL会根据自己的算法对查询结果进行排序。有两种排序算法：双路排序和单路排序。
3.1.2.2.1 双路排序
MySQL 4.1 之前是使用双路排序,字面意思就是两次扫描磁盘，最终得到数据，读取行指针和 order by 列，对他们进行排序，然后扫描已经排序好的列表，按照列表中的值重新从列表中读取对应的数据输出.
从磁盘取排序字段，在 buffer 进行排序，再从磁盘取其他字段。
简单来说，取一批数据，要对磁盘进行了两次扫描，众所周知，I\O 是很耗时的，所以在 mysql4.1 之后，出现了第二种改进的算法，就是单路排序。
3.1.2.2.2 单路排序
从磁盘读取查询需要的所有列，按照 order by 列在 buffer 对它们进行排序，然后扫描排序后的列表进行输出， 它的效率更快一些，避免了第二次读取数据。并且把随机 IO 变成了顺序 IO,但是它会使用更多的空间， 因为它把每一行都保存在内存中了。
3.1.2.2.3 存在的问题
EXPLAIN SELECT * FROM tblA ORDER BY age ASC,birth DESC; #排序不一致，要么都是升序或者都是降序
复制代码
3.1.3 group by关键字优化
group by优化和order by优化大致相似。
group by实质是先排序后进行分组，遵照索引建的最佳左前缀。
当无法使用索引列，增大max_length_for_sort_data参数的设置+增大sort_buffer_size参数的设置。
where高于having，能写在where限定的条件就不要去having限定了。
要想在排序时使用索引，避免 Using filesort，可以采用索引覆盖。
ORDER BY /GROUP BY后面字段的顺序要和复合索引的顺序完全一致。
ORDER BY /GROUP BY后面的索引必须按照顺序出现，排在后面的可以不出现。
要进行升序或者降序时，字段的排序顺序必须一致。不能一部分升序，一部分降序，可以都升序或者都降序。
如果复合索引前面的字段作为常量出现在过滤条件中，排序字段可以为紧跟其后的字段。
3.2 慢查询日志
默认情况下，MySQL 数据库没有开启慢查询日志，需要我们手动来设置这个参数。 如果不是调优需要的话，一般不建议启动该参数，因为开启慢查询日志会将SQL语句写入日志，因此或多或少带来一定的性能影响。
SQL语句说明SHOW VARIABLES LIKE ‘%slow_query_log%’;查询慢查询日志是否开启，默认为OFF表示未开启SET GLOBAL slow_query_log=1;开启慢查询日志SET GLOBAL slow_query_log=0;关闭慢查询日志SHOW VARIABLES LIKE ‘long_query_time%’;查询慢查询设定阈值，默认为10秒SET long_query_time=5;设定慢查询阈值为5秒，可以设置为几秒，单位为秒
注意：
et global slow_query_log=1开启慢查询日志，仅对当前数据库生效，MySQL重启后失效。
