MLONGKRT的博客

MySQL 行锁 表锁机制MySQL 表锁和行锁机制行锁变表锁，是福还是坑？如果你不清楚MySQL加锁的原理，你会被它整的很惨！不知坑在何方？没事，我来给你们标记几个坑。遇到了可别乱踩。通过本章内容，带你学习MySQL的行锁，表锁，两种锁的优缺点，行锁变表锁的原因，以及开发中需要注意的事项。还在等啥？经验等你来拿！MySQL的存储引擎是从MyISAM到InnoDB，锁从表锁到行锁。后者的出现从某种程度上是弥补前者的不足。比如：MyISAM不支持事务，InnoDB支持事务。表锁虽然开销小，锁表快，

1.不在索引列上做任何操作（计算、函数、（自动or手动）类型转换），会导致索引失效而转向全表扫描2.尽量使用覆盖索引（只访问索引的查询（索引列和查询咧一致）），减少select*3.mysql在使用不等于（！=、<>）或like的左模糊查询的时候无法使用索引会导致全表扫描4.IS NULL 和 is not null 也无法使用索引5.字符串不加单引号索引失效，因为这里有一个隐式的类型的转换操作，更严重会导致行锁变表锁，降低sql效率6.少用or ,用它来连接时索引会失效..

在Mysql中我们常常用order by来进行排序，使用limit来进行分页，当需要先排序后分页时我们往往使用类似的写法select * from 表名 order by 排序字段 limt M,N。但是这种写法却隐藏着较深的使用陷阱。在排序字段有数据重复的情况下，会很容易出现排序结果与预期不一致的问题。比如现在有一张user表，表结构及数据如下：表结构表数据现在想根据创建时间升序查询user表，并且分页查询，每页2条，那很容易写出sql为：select * from user order

一：为什么要分表？ 如果一个表的每条记录的内容很大，那么就需要更多的IO操作，如果字段值比较大，而使用频率相对比较低，可以将大字段移到另一张表中，当查询不查大字段的时候，这样就减少了I/O操作 如果一个表的数据量很少，那么查询就很快；如果表的数据量非常非常大，那么查询就变的比较慢；也就是表的数据量影响这查询的性能。 表中的数据本来就有独立性，例如分别记录各个地区的数据或者...