SQL优化
1. 选取最适用的字段 MySQL可以很好的支持大数据量的存取，但是一般来说，数据库中的表越小，在上面执行的查询也就会越快。所以，创建表的时候，可以将表中的字段宽度设置的尽可能小。 例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255),显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。同样的，如果可以的话，我们应该使用MEDIUMINT而不是BIGINT来定义整型字段。 另外一个提高效率的方式是在可能的情况下，应该尽量把字段设置为 NOT NULL，这样在将来执行查询的时候，数据库可以省去比较NULL值的步骤。 对于某些文本字段，例如“省份”或者“性别”，我们可以将它们定义为ENUM类型。因为在MySQL中，ENUM类型被当作数值型数据来处理，而数值型数据被处理起来的速度要比文本类型快得多。这样，我们又可以提高数据库的性能。 2.使用连接（JOIN）来代替子查询 MySQL从4.1开始支持SQL的子查询。这个技术可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。例如，我们要将客户基本信息表中没有任何订单的客户删除掉，就可以利用子查询先从销售信息表中将所有发出订单的客户ID取出来，然后将结果传递给主查询，如下所示：
DELETE FROM customerinfo WHERE CustomerID NOT in (SELECT customerid FROM salesinfo)如果使用连接（JOIN）来完成这个查询工作，速度会快很多，如下所示：
SELECT * FROM customerinfo LEFT JOIN salesinfo ON customerinfo.customerid =salesinfo.customerid WHERE salesinfo.customerid IS NOT NULL连接（JOIN）…之所以更有效率一些，是因为MySQL不需要在内存中创建临时表来完成这个逻辑上的需要两个步骤的查询工作。 3.使用联合（UNION）来代替手动创建的临时表 MySQL从4.0的版本开始支持union查询，它可以把需要使用临时表的两条或更多的select查询合并的一个查询中。在客户端的查询会话结束的时候，临时表会被自动删除，从而保证数据库的整齐、高效。要注意的是所有select语句中的字段数目要相同。
SELECT name,phone FROM client UNION SELECT name,birthdate FROM author UNION SELECT name,supplier FROM product4.事务 数据库操作在很多情况下，需要用到一系列的语句来完成某种工作，为了避免某一条语句运行出错，导致整个语句块的操作变的不确定，就应该使用事务，它的作用是保持数据库中数据的一致性和完整性。事务以BEGIN关键字开始，COMMIT关键字结束。如下：
BEGIN; INSERT INTO salesinfo SET customerid=14; UPDATE inventory SET quantity =11 WHERE item='book'; COMMIT;事务的另一个重要作用是当多个用户同时使用相同的数据源时，可以利用锁定数据库的方法来为用户提供一种安全的访问方式，来保证不被其他的用户干扰。 5.锁定表 尽管事务是维护数据库完整性的一个非常好的方法，但却因为它的独占性，有时会影响数据库的性能，尤其是在很大的应用系统中。由于在事务执行的过程中，数据库将会被锁定，因此其它的用户请求只能暂时等待直到该事务结束。如果一个数据库系统只有少数几个用户来使用，事务造成的影响不会成为一个太大的问题；但假设有成千上万的用户同时访问一个数据库系统，例如访问一个电子商务网站，就会产生比较严重的响应延迟。通过锁定表的方法来获得更好的性能。如下：
LOCK TABLE inventory WRITE SELECT quantity FROM inventory WHERE Item='book'; ... UPDATE inventory SET Quantity=11 WHERE Item='book';UNLOCKTABLES这里，我们用一个select语句取出初始数据，通过一些计算，用update语句将新值更新到表中。包含有WRITE关键字的LOCKTABLE语句可以保证在UNLOCKTABLES命令被执行之前，不会有其它的访问来对inventory进行插入、更新或者删除的操作。 6.使用外键 锁定表的方法可以维护数据的完整性，但是却不能保证数据的关联性。这个时候我们就可以使用外键。 例如，外键可以保证每一条销售记录都指向某一个存在的客户。在这里，外键可以把customerinfo表中的customerid映射到salesinfo表中customerid，任何一条没有合法customerid的记录都不会被更新或插入到salesinfo中。
CREATE TABLE customerinfo( customerid int primary key) engine = innodb; CREATE TABLE salesinfo( salesid int not null,customerid int not null, primary key(customerid,salesid),foreign key(customerid) references customerinfo(customerid) on delete cascade)engine = innodb;注意例子中的参数“on delete cascade”。该参数保证当customerinfo表中的一条客户记录被删除的时候，salesinfo表中所有与该客户相关的记录也会被自动删除。如果要在MySQL中使用外键，一定要记住在创建表的时候将表的类型定义为事务安全表InnoDB类型。该类型不是MySQL表的默认类型
，MySQL一共向用户提供了包括DBD、HEAP、ISAM、MERGE、MyISAM、InnoDB以及Gemeni这7种Mysql表类型。其中DBD、InnoDB属于事务安全类表，而其他属于事务非安全类表。 MyISAM是MySQL的默认数据表类型，基于了传统的ISAM类型，ISAM表格可以被压缩，而且它们支持全文搜索，不过它们是事务不安全的，而且也不支持外键。如果事务回滚将会造成不完全回滚，从而不具备原子性。所以假如忽略事务以及访问并发性的话，并且需要执行大量的SELECT检索语句的话，MyISAM将是最好的选择。
。定义的方法是在CREATE TABLE语句中加上engine=INNODB。 7.使用索引 索引是对表中一列或多列的值进行排序的一种结构，索引包含对数据表里所有数据的引用指针，通过索引可以快速的定位、找出索引列中值所在的行。 优点： （1）可以加快数据查询速度 （2）通过创建唯一索引，可以保证表中每一行数据的唯一性。 缺点： （1）索引需要占用磁盘空间，创建过多索引，会造成存储空间大量占用。 （2）当对表中数据进行增删改操作，索引也要动态维护，降低数据维护速度。
创建索引要求： 1、对查询条件常用到的字段创建索引 2、对查询时用不到的字段避免创建索引 3、对数据查询少、修改多的字段避免创建索引
普通索引和唯一索引 普通索引是mysql中的基本索引类型，允许索引列中的值为空、重复。
唯一索引的索引列中值必须唯一，可以为空值，如果为组合索引，则列值组合必须唯一，主键列是特殊的唯一索引，值不可以为空、不可重复。
单列索引和组合索引 单列索引即使用一个列作为索引列，一个表中可以有多个单列索引。
组合索引在表中使用多个字段组合创建为索引列，只有在查询条件时使用了这些组合字段的左边字段时，索引才会被使用。 索引设计原则 索引设计不合理或者缺少索引都会对数据库和应用程序的性能造成障碍。高效的索引设计非常重要。 1、索引并非越多越好，一个表中如果有大量的索引，不仅占用磁盘空间，而且会影响增删改语句的执行速度，因为在更新表中数据时，索引也会动态更新。 2、避免对经常更新的表创建过多的索引。 3、对表中经常用来查询的字段创建索引。 4、数据量小的表最好不要使用索引。 5、在不同值较多的字段上创建索引，在不同值较少的字段上避免创建索引，如避免在性别字段上创建索引。 6、在频繁进行排序、分组的字段上创建索引。
8.优化的查询语句 绝大多数情况下，使用索引可以提高查询的速度，但如果SQL语句使用不恰当的话，索引将无法发挥应有的作用。 （1）最好在相同类型的字段间进行比较的操作 在MySQL3.23版之前，这甚至是一个必须的条件。例如不能将一个建有索引的INT字段和BIGINT字段进行比较；但是作为特殊的情况，在CHAR类型的字段和VARCHAR类型字段的字段大小相同的时候，可以将它们进行比较。 （2）在建友索引的字段上尽量避免函数操作 例如，在一个DATE类型的字段上使用YEAR()函数时，将会使索引不能发挥应有的作用。
YEAR()函数接受date参数，返回日期的年份。
> mysql> SELECT YEAR(NOW()); +-------------+ | YEAR(NOW()) | +-------------+ | 2020 | +-------------+ 1 row in set（3）在搜索字符型字段时，我们有时会使用LIKE关键字和通配符，这种做法虽然简单，但却是以牺牲系统性能为代价的 例如下面的查询将会比较表中的每一条记录。
SELECT * FROM books WHERE name like "MySQL%"但是如果换用下面的查询，返回的结果一样，但速度就要快上很多：
SELECT * FROM books WHERE name ＞= "MySQL" and name ＜"MySQM"mysql中like查询效率低下的原因是：在有些情况下，like查询使用不到索引，会扫描全表。
最后，应该注意避免在查询中让MySQL进行自动类型转换，因为转换过程也会使索引变得不起作用。
