Mysql高性能pdf阅读内容整理

1.innodb解决死锁：死锁检测，死锁超时，将持有最少行级锁的事务回滚

 

2.数据库死锁产生的原因：1.数据冲突， 2存储引擎的实现方式导致的？

 

3.数据类型：

     整型尽量使用小的int类型；建议不要null ；

     财务数据精度可以*1000存为bigInt型；因为decimalmysql处理效率低；

     定长字符串使用char比如md5加密，短的字符串，更新较多的；

     varchar适合数据更新少，不定大小；utf-8的字符集存储等  ；

     varchar(10)  比varchar(20)好，前提是满足字符串要求；

    blob和text的区别：blob存储的是二进制数据，text存储的是字符集可以排序，不过只能排序max_sort_length长度，如果需要排序可以       使   用  order by sustring(column,length);

   myisam不支持使用blob和text，强行使用会存到磁盘临时表效率低，另外useing temporary说明这个查询使用了隐士临时表

   timeStamp 比dateTime效率更高

 

4，alert table优化：新建一张表然后切换，如果只是修改默认值等可以直接修改.frm 文件：

alter table bb_business_source_temp alter column source_id set DEFAULT  '1';

 

 

5.索引：

     索引的最左前缀原则：select  * from u where u.id =? and u.name like 'l%' and u.age =? 只能使用id  ，name  两个字段的索引

    hash索引：根据列的值计算hash值组成的索引，相同的hash值存链表，所以查找快，但是因为是根据hash来索引不支持排序，对于组        合  索引(a,b)  不能单独使用a，只能a,b全部使用，不支持范围查询比如pice>1000，支持= in ()

6.索引的选择：

   出现   mysql自动的索引合并策略说明索引建的垃圾，因为会消耗cpu和算法，返回更多的列，实际explain计算的消耗是不计算这些的

 

转存失败重新上传取消

 

7. 如果您已经删除了表的一大部分，或者如果您已经对含有可变长度行的表（含有VARCHAR, BLOB或TEXT列的表）进行了很多更改，则应使用OPTIMIZE TABLE。被删除的记录被保持在链接清单中，后续的INSERT操作会重新使用旧的记录位置。您可以使用OPTIMIZE TABLE来重新 利用未使用的空间，并整理数据文件的碎片。【当您的库中删除了大量的数据后，您可能会发现数据文件尺寸并没有减小。这是因为删除操作后在数据文件中留下碎片所致。 在OPTIMIZE TABLE运行过程中，MySQL会锁定表

8. innodb的顺序主键问题：

转存失败重新上传取消

innodb_autoinc_lock_mode 0，1，2

lock_mode 参数详解： https://blog.csdn.net/cug_jiang126com/article/details/52987587

 

覆盖索引的应用：延迟关联： https://www.cnblogs.com/wang-meng/p/ae6d1c4a7b553e9a5c8f46b67fb3e3aa.html

 

9.mysql  执行sql扫描数据：

   explain  查看mysql扫描了2w数据，实际上mysql真正扫描的数据比这个大，很多被where条件过滤掉了，

   select id，count（*） from  T where  。。 group by  id   

   这个语句可以用覆盖索引优化避免回表查询

 

10.重构查询方式：

 1. 大的sql可以考虑分开，比如delete 删除历史数据

  2.转存失败重新上传取消

 

3.转存失败重新上传取消

 

11.mysql能处理的优化类型：

   1.重新定义关联表的关联顺序

   2.将外连接（左右链接）转换为内连接（inner Join）

   3.覆盖索引扫描：如果查询返回的列如果索引都包含了直接走索引不走磁盘

   4.优化min,count,max:比如查询最小的值直接返回索引的最左侧的值 

   5.in()  mysql会把in中的值排序，然后用二分搜索法搜索符合的值，O(logn),而or时间复杂度是O(n)

 

12当mysql不能通过索引顺序来排序的时候，就会使用内存或磁盘来排序都是filesort

   mysql排序算法有两种：

  1（旧）先取需要排序的字段排序一次Io，排序完后再获取其他的字段两次IO

  2（新）直接取出来所有的数据，然后排序，减少了IO，但是如果查询的数据多会占用大量的空间

    两种算法都有他的优缺点，可以通过mysql的参数max_legtn_for_sort_data来动态切换

  

  mysql 关联查询的排序：

    如果只用第一个表的字段来排序，那么mysql再处理第一个表的时候就会进行 文件排序，explain时只有using fileSort. 其他情况都会是 using fileSort .  using temporary

 

13    explain EXTENDED    ;   show WARNINGS; 可以查看sql被优化过后是怎么执行的

 

14.  mysql查询缓存：

     1. mysql通过计算查询语句的hash值来判断，sql如果包含任何的不确定条件或者函数查询缓存都不生效，

     2. 查询缓存会跟踪语句涉及的每张表，如果表被更新相应的查询缓存也不生效

     3.对于inndo引擎来说，如果一个事务修改了一张表，会将相关的表的查询缓存失效，又因为inndo的数据多版本问题导致这个事务的修改对其他用户来说是不可见的，

此时所有的其他关联这个表的查询缓存都失效了。所以长时间运行的事务会大大降低查询缓存的命中率

   4.查询缓存问题查询：