Mysql优化

	InnoDB	MyISAM
事务处理	支持	不支持
全文搜索	不支持	支持
SELECT ,UPDATE,INSERT,DELETE	大量INSERT或UPDATE | DELETE 表一行一行的删除	大量SELECTDELETE | DELETE表先DROP再重建
AUTO_INCREMENT	自增计数器仅存储在主内存中
锁	表锁，行级锁	表锁
外键	支持	不支持
行数	扫描表来计算	保存行数
存储	把数据和索引存放在表空间里面	表被存放在三个文件
跨平台	跨平台可直接拷贝使用	跨平台很难直接拷贝
压缩	难	易
哈希索引	支持	不支持
事务ACID	支持	不支持
储存容量	64T	没上限

0. 一条sql语句在Mysql中如何执行

Click here

1. 预编译

sql语句执行过程分为:
词法语义解析、语句优化、制定执行计划
一条sql语句可能会反复执行，或者每次执行的时候只有个别的值不同，且每次都需要经过上面的词法语义解析、语句优化、制定执行计划等，效率就底下
预编译语句就是将这类语句中的值用占位符替代，可以视为将sql语句模板化或者说参数化，一次编译、多次运行，省去了解析优化等过程

缓存预编译
预编译语句被DB的编译器编译后的执行代码被缓存下来,那么下次调用时只要是相同的预编译语句就不需要编译,只要将参数直接传入编译过的语句执行代码中就会得到执行，并不是所以预编译语句都一定会被缓存,数据库本身会用一种策略

作用

优化 sql 的执行，预编译之后的 sql 多数情况下可以直接执行，DBMS 不需要再次编译，越复杂的sql，编译的复杂度将越大，预编译阶段可以合并多次操作为一个操作

防止SQL注入
使用预编译，而其后注入的参数将不会再进行SQL编译，也就是说其后注入进来的参数系统将不会认为它会是一条SQL语句，而默认其是一个参数，参数中的or或者and 等就不是SQL语法保留字了

2. 选择最有效率的表名顺序

数据库从左到右处理FROM子句中的表名

多表无关系：数据，列名最少的表放左边

多表有关系（连接）：将引用最多的表放左边（on中被引用）

3. WHERE子句中的连接顺序

数据库从左到右解析WHERE子句

筛选掉最多数量记录的条件必须写在右边，表之间的连接必须写在左边

SELECT * FROM <表1>，<表2> WHERE (table.a > 1000) AND (table1.a = table2.b)

4. SELECT子句中避免使用*号

数据库会查询数据字典，将*依次转换成所有的列名，非常耗时，也不直观，建议手写
安全性问题，后期修改字段，查询出来处理会出现异常

5. 用TRUNCATE替代DELETE

DELETE一条条删

TRUNCATE删表重建

6. 使用表、列的别名

名字太长要解析，耗资源

7. 使用内部函数提高SQL效率

这些函数内部优化过了，比我们操作更优秀

8. 避免在索引列上使用NOT、<>、!=

范围搜索会转而执行全表扫描，最左匹配

9. 用 >= 替代 >

低效：
SELECT * FROM <表名> WHERE id > 3   
定位到id=3,扫描第一个id大于3的数据
高效：
SELECT * FROM <表名> WHERE id >= 4  
直接跳到第一个id等于4的数据

10. 善用索引

查询多，条件字段加索引，增删多就别加了
索引上不使用函数，因为是通过索引来匹配查找的

11. 使用like关键字通配符%置于要查询字段的前面那么数据库将走全表扫描而不走索引

12. 用IN替代OR

IN列表中的数值进行排序，对于查询每次使用二分查找去匹配IN列表的数值

OR每次都要遍历

13. 避免在索引列上使用计算

SELECT * FROM  <表名> WHERE hh*10 > 1000(低效，优化器不再使用索引)

Select * from T where hh > 1000/10(更高效，优化器将使用索引)

14. 应用层操作大连接

数据查询大连接消耗大量资源，降低并发，转而放到应用层来操作，减低数据库负担

15. 提高并发

主从复制、读写分离、分库分表切分