MySQL优化
一.sq优化方案：先看查询日志找到慢sql，再explain定位慢在哪个地方，再去加索引优化（一般sql优化首先考虑增加索引）
explain select * from cyh where id = 100; –分析慢sql
{
select_type : simple (简单查询，单表查询) ,primary(主查询)，union(联合查询)，subquery(子查询)
type: 连接类型。性能有好到差（system:表仅一行）(const:只有一行匹配)（ref:没有使用主键或唯一索引）（range:范围查询）（all:全表扫描）
possible_keys:null(可能索引)
key:null(命中的索引)
ref:
rows:8 扫描行数
}
alter table cyh add index cyh_sy(name)
alter table cyh drop index cyh_sy
二.常用sql语句预防点：
（1）Where子句中：where表之间的连接必须写在其他Where条件之前，那些可以过滤掉最大数量记录的条件必须写在Where子句的末尾.HAVING最后。
（2）用EXISTS替代IN、用NOT EXISTS替代NOT IN。
（3）避免在索引列上使用计算
（4）避免在索引列上使用IS NULL和IS NOT NULL
（5）对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
（6）应尽量避免在 where 子句中对字段进行表达式操作，这将导致引擎放弃使用索引而进行全表扫描
（7）尽量避免使用like语句时，匹配的起始位置用%，这将导致引擎放弃使用索引而进行全表扫描
（8）where 条件中的‘or’和‘and’连接时，要么都加索引要么都不加索引
三.Mysql 的存储引擎,myisam和innodb的区别:
事务 外键 锁 优点 缺点 存储结构
MyISAM: 不支持事务 不支持外键（关联的父子表） 只支持表级锁 查询贼快 由于只支持表级锁，也造成不能处理高并发的情况 索引和数据分开存储（.myd ; .myi）
innodb : 支持事物 支持外键 支持表级锁也支持行级锁 支持高并发 查询不够优化 索引和数据存储在一起（.ibd）
是非事务的存储引擎；适合用于频繁查询的应用(查询效率要由于innodb)；表锁，不会出现死锁；适合小数据，小并发;不支持外键（关联父子表）
是支持事务的存储引擎；合于插入和更新操作比较多的应用；设计合理的话是行锁（最大区别就在锁的级别上）；适合大数据，大并发；支持外键。
解释相关名词：
事务：绑定在一起作为一个逻辑工作单元的SQL语句分组，如果任何一个语句操作失败那么整个操作就被失败，以后操作就会回滚到操作前状态，或者是上有个节点。为了确保要么执行，要么不执行，就可以使用事务。要将有组语句作为事务考虑，就需要通过ACID测试，即原子性，一致性，隔离性和持久性。
事务扩展のACID:
1、原子性（Atomicity）：事务开始后所有操作，要么全部做完，要么全部不做，不可能停滞在中间环节。事务执行过程中出错，会回滚到事务开始前的状态，所有的操作就像没有发生一样。也就是说事务是一个不可分割的整体，就像化学中学过的原子，是物质构成的基本单位。（简述：要么全做要么全不做)
2、一致性（Consistency）：事务开始前和结束后，数据库的完整性约束没有被破坏 。比如A向B转账，不可能A扣了钱，B却没收到。（简述：能量守恒，不管你要怎样，你总得保存状态守恒）
3、隔离性（Isolation）：同一时间，只允许一个事务请求同一数据，不同的事务之间彼此没有任何干扰。比如A正在从一张银行卡中取钱，在A取钱的过程结束前，B不能向这张卡转账。（简述：类似锁，当这个事务占用这组数据就不允许其他事务干扰）
4、持久性（Durability）：事务完成后，事务对数据库的所有更新将被保存到数据库，不能回滚。（简述：就是持久化存储）
事务扩展の隔离等级：数字越大隔离等级越高
1.Read uncommitted：读未提交，顾名思义，就是一个事务可以读取另一个未提交事务的数据。（脏读，我查询到了一个可能不是正确的数据）
2.Read committed：读提交，就是一个事务要等另一个事务提交后才能读取数据。（解决脏读的问题，但是不能重复读：假如一个事务，两种查询返回不同结果，查询的同时另一个在update）
3.Repeatable read：重复读，就是在开始读取数据（事务开启）时，不再允许修改操作。（解决不可重复读，但是会出现幻读,查询的同时另一个在insert）
4.Serializable ：是最高的事务隔离级别，在该级别下，事务串行化顺序执行，可以避免脏读、不可重复读与幻读。但是这种事务隔离级别效率低下，比较耗数据库性能，一般不使用。（解决幻读）
数据库锁：锁包括行级锁和表级锁
数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。
加锁是实现数据库并发控制的一个非常重要的技术。当事务在对某个数据对象进行操作前，先向系统发出请求，对其加锁。加锁后事务就对该数据对象有了一定的控制，在该事务释放锁之前，其他的事务不能对此数据对象进行更新操作。