wuoshiwzm的博客

查询优化 索引优化 表库结构优化 三架马车 6.1 为什么会慢 ?

索引在mysql中叫** “key” ** 索引是对查询性能优化最有效的手段。 但是又常常被忽略 本章假设使用的是机械硬盘驱动器，对固态硬盘，索引的原则 依然成立，只是糟糕的索引影响没有对机械硬盘那么大 5.1 索引基础 联合索引 和 单列索引是完全不同的！ 不管是创建 还是 查询 5.1.1 索引的类型 B-Tree 索引 所有的值都是按顺序存储的，且每个叶子页到根的距离相同。 因为B-TREE是按顺序存储，所以很适合查找范围数据。如按字母顺序查找 A ~ C 开头的值 。 联合索引 如 CREATE

好的 逻辑设计 与 物理设计 查询执行 是高性能的3架马车 选择优化的数据类型 数据类型越小越好 越简单越好 尽量 NOT NULL NULL 对于索引，统计， 比较都会比较难， 尽量给 NOT NULL, 索引列的值 尽量不要有NULL出现 例如： DATETIME 和 TIMESTAMP , 都可以表示时间，但是TIMESTAMP 只要一半的空间，并且根据时区变化，有特殊的自动更新能力 MYSQL为了兼容，有很多别名的数据类型，如 INTEGER, BOOL, NUMERIC, 实际上只是别名，不

通过性能剖析进行性能优化

事务 事务的隔离级别 这比我们平时了解的要复杂 死锁 多个事务对同一个资源进行占用，都锁定给自己用，结果都用不了。 如下图，如果两个事务都执行了第一行的语句，到第二行就会互相死锁了。 innoDB目前的处理办法是，将持有最少行级排他锁的事务进行回滚。这也是比较简单的死锁回滚算法。 要解决这个问题，大部分情况下只要重新执行回滚的事务即可。 自动提交（AUTOCOMMIT） 默认，如果不是显示提交，每个查询都被当成一个事务执行。 mysql> SHOW VARIABLES LIKE 'AUTOCOMM