高并发数据库之MySql性能优化实战总结
向MySQL发送一个请求时MySQL具体的操作过程
慢查询
1.慢查询
SHOW VARIABLES LIKE '%quer%'
索引优化技巧
1.对于创建的多列索引（复合）索引，只要查询条件使用了最左边的列，索引一般就会被使用。
2.对于使用like的查询，查询如果是“%aaa”、“_aaa”就不会使用索引，“aaa%”就会使用索引。
3.如果条件中有or，则要求or的所有字段都必须有索引，否则不能使用索引。
4.如果列类型是字符串，则一定要在条件中将数据使用引号引起来，否则不使用索引。
5.如果全表扫描比索引快，则不使用索引。
6.优化group by语句
默认情况下mysql对所有的group by进行排序
EXPLAIN SELECT * FROM USER WHERE username='jxzz' GROUP BY creattime
如果查询中包含group by，但用户想避免排序结果的消耗，则可以使用ORDER BY NULL禁止排序
EXPLAIN SELECT * FROM USER WHERE username='jxzz' GROUP BY creattime ORDER BY NULL
7.尽量用连接查询代替子查询。因为子查询会在内存中创建临时表。而join是不需要在内存中创建临时表。
8.用 exists 代替 in
很多时候用 exists 代替 in 是一个好的选择：
select num from a where num in(select num from b)
用下面的语句替换：
select num from a where exists(select 1 from b where num=a.num)
9.使用 varchar/nvarchar 代替 char/nchar
尽可能的使用 varchar/nvarchar代替char/nchar ，因为首先变长字段存储空间小，可以节省存储空间，其次对于查询来说，在一个相对较小的字段内搜索效率显然要高些。
10.能用DISTINCT的就不用GROUP BY
SELECT OrderID FROM Details WHERE UnitPrice > 10 GROUP BY OrderID
可改为：
SELECT DISTINCT OrderID FROM Details WHERE UnitPrice > 10
11.能用UNION ALL就不要用UNION
UNION ALL不执行SELECT DISTINCT函数，这样就会减少很多不必要的资源。
Union：对两个结果集进行并集操作，不包括重复行，同时进行默认规则的排序;
Union All：对两个结果集进行并集操作，包括重复行，不进行排序;
查询索引的使用情况
SHOW STATUS LIKE 'handler_read%'
UNIQUE 约束
1.添加UNIQUE 约束
ALTER TABLE Persons ADD UNIQUE (Id_P) ALTER TABLE Persons ADD CONSTRAINT uc_PersonID UNIQUE (Id_P,LastName)
2.撤销 UNIQUE 约束
ALTER TABLE Persons DROP INDEX uc_PersonID
mysql 高并发查询更新之乐观锁和悲观锁
先说乐观锁和悲观锁的机制：
1. 乐观锁是一种思想，具体实现是，表中有一个版本字段，第一次读的时候，获取到这个字段。处理完业务逻辑开始更新的时候，需要再次查看该字段的值是否和第一次的一样。如果一样更新，反之拒绝。之所以叫乐观，因为这个模式没有从数据库加锁。
2. 悲观锁是读取的时候为后面的更新加锁，之后再来的读操作都会等待。这种是数据库锁。
乐观锁优点程序实现，不会存在死锁等问题。他的适用场景也相对乐观。阻止不了除了程序之外的数据库操作。
悲观锁是数据库实现，他阻止一切数据库操作。
再来说更新数据丢失，所有的读锁都是为了保持数据一致性。乐观锁如果有人在你之前更新了，你的更新应当是被拒绝的，可以让用户从新操作。悲观锁则会等待前一个更新完成。这也是区别。1.使用悲观锁:
select * from LostUpdate where id =1 for update update LostUpdate set count=? where id =1
2.使用乐观锁:
update LostUpdate set count=?, version=version+1 where id =1 and version=?
