在实际业务中对于分页来说是一个比较常见的业务需求。那么就会使用到limit查询，当我们在使用Limit查询的时候，在数据比较小、或者只查询前面一部分数据的时候效率是很高的。但是当数据量大的时候，或者查询offset数量比较大的时候，如：limit 100000,20效率往往就不尽人意了。通常的一个办法就是Limit配合order by，如...

另一种是排序的字段没有索引，所以需要对结果进行排序，这种情形下如果我们EXPLAIN分析的话就会出现 Extra: Using filesort

现在我们要根据学生成绩查询学生姓名，这是一个很简单的查询。select first_name,last_name from student where score=99;这条sql就使用到了索引score。但是我们通常会看到很多查询不恰当的使用到索引，最后就导致mysql没办法使用到索引。如果查询中的不是独立的，则Mysql不会使用到索引，独立的列是指索引列不能是表达...

索引对于良好的性能非常关键，尤其是在数据量越来越大的时候。恰当的索引对性能的帮助是非常巨大的，不恰当的索引不禁不能对性提升有帮助，当数据量达到一定级别的时候还可能造成性能的下降。所以了解索引对Mysql性能优化有着至关重要的作用。

良好的逻辑设计与物理设计是高性能的基石，当我们在设计数据表结构的时候，应该跟根据业务逻辑来分析具体情况，然后设计出比较合理，高效的数据表结构

Mysql事务隔离级别之读提交 查看mysql 事务隔离级别 {代码...} 可以看到当前的事务隔离级别为 READ-COMMITTED 读提交 下面看看当前隔离级别下的事务隔离详情，开启两个查询终端A、B。 下面有一个order表，初始数据如下 {代码...} 第一步，在A,B中都开启事务 {代码...} 第二步查询两个终端中的number值 A {代码...} B {代...

前面写过利用文件锁来处理高并发的问题的，现在我们说另外一个处理方式，利用Mysql的锁来解决高并发的问题 先看没有利用事务的时候并发的后果 创建库存管理表 {代码...} 创建订单管理表 {代码...} 测试代码 {代码...} 我们预置库存是十个，然后执行ab测试查看结果 {代码...} 得到了订单共有12个，而库存表的库存也减到了...

通常在查询数据的时候，我们都会用到limit分页，因为这样避免了全表查询，会提高查询效率。但是在一个表的数据量多了之后，分页查询会明细的变慢

前两天在工作中遇到一个Mysql排序的问题，在没有加order by的时候，获取的数据顺序是随机的,而不是按照主键排序的。以往我都以往mysql的排序默认是按主键来排序的。这才发现其实不是这样的。