zoukankan      html  css  js  c++  java
  • MySQL性能优化(七·上)-- 锁机制 之 表锁

    前言

      数据库的锁主要用来保证数据的一致性的。MyISAM存储引擎只支持表锁,InnoDB存储引擎既支持行锁,也支持表锁,但默认情况下是采用行锁。

    一、锁分类

     1.按照对数据操作的类型分:读锁,写锁

    • 读锁:也称为共享锁。 针对同一资源,多个并发读操作可以并行执行,并且互不影响,但是不能写
    • 写锁:也称排它锁。当前线程写数据的时候,会阻塞其它线程来读取数据 或者 写数据

      注:读锁和写锁都是阻塞锁。

     2.按照数据操作的粒度:表锁,行锁,页锁

    • 表锁:开销小,加锁快,主要在myisam存储引擎中出现。特点:锁住整个表,开销小,加锁快,无死锁情况, 锁的粒度大,在并发情况下,产生锁等待的概率比较高,所以说,支持的并发数比较低,一般用于查找
    • 行锁:开销大,加锁慢,锁定单独的某个表中的某一行记录,主要用于innodb存储引擎。特点:有死锁情况,锁定粒度最小,发生锁冲突的概率最低,支持的并发数也最高
    • 页锁:开销和加锁时间界于表锁和行锁之间。会出现死锁,锁定粒度界于表锁和行锁之间,并发度一般

    二、加锁与解锁

     1.手动增加表锁

       lock table 表名 [read|write],表名 [read|write]…

     2.解锁

       unlock tables;

     3.查看哪些表被锁

       show open tables;

    三、表锁案例

     1.读锁

      create table lock_one(
          id int primary key auto_increment,
          col int
      )engine=myisam;
    
      insert into lock_one(col) values (1);
      insert into lock_one(col) values (2);
      insert into lock_one(col) values (3);

      下面我们模拟两个用户,即两个线程连接数据库,开启两个xsheel窗口,连接到mysql:

      1) 在会话1中对lock_one表增加读锁

        lock table lock_one read;

      2) 在当前会话(会话1)中是否可以select该表呢,也就是说对 lock_one增加了读锁后,在当前会话中是否可以读呢?

       select * from lock_one;

       答案是可以的。

      3) 在另一个会话中(会话2)是否可以select该表呢?

       答案也是可以的。

      4) 那么在会话1中是否可以查询其他表呢?

         例如,查询 users表:select * from users;

       

       我们发现是不可以查询其他表的,这是因为当前会话已经对lock_one表加上了锁,即当前线程锁住了lock_one表,只可以操作lock_one表,就不可以查询其他的表。

      5) 问题来了,会话2是否可以查询其他表呢?

       select * from users;

         

       我们发现是可以的。因为会话2和会话1是没有关系的,会话2查询会话1锁住的表都可以,查询没有锁住的 肯定是可以的。

      6) 在会话1中是否可以更新(增删改)锁住的lock_one表呢?

       update lock_one set col=66 where id=1;

         

       发现是不可以的,因为我们对 lock_one表加了 读锁,所以是不可以 进行写操作的。

       7) 在会话2中是否可以更新(增删改)会话1中锁住的lock_one表呢?

        

        我们发现是没有执行结果的,也就是说 正在等待更新,在阻塞等待中。因为我们在会话1中对lock_one中增加了读锁,其他人只有读的操作,没有写的操作。

      8) 在会话1中 对lock_one进行解锁时,会话2中的更新(增删改)操作 就会立即执行。

       

     2.写锁

      1) 在会话1中对lock_one表增加写锁

       lock table lock_one write;

      2) 在会话1中查询该表

       select * from lock_one;

         我们发现是可以的。

         3) 在会话2中查询该表

        

        我们发现是没有执行结果的,也就是说 处于阻塞状态。因为写锁是排它锁,其他用户线程不可以读取当前锁住的表,只有解锁之后 其他用户线程才可以执行select

        

      4) 在会话1中对lock_one进行写锁后,会话1会否可以查询其他表呢?

       select * from users;

         

       我们发现是不可以的。道理和读锁的时候一样,当前会话已经对lock_one表加上了锁,即当前线程锁住了lock_one表,只可以操作lock_one表,就不可以查询其他的表。

      5) 那么在会话2中是否可以查询其他表呢?

       答案肯定是可以的。因为之和锁的表有关系,和其他表没有任何关系。

      6) 在会话1中是否可以进行写(增删改)操作呢?

         答案一定是可以的。因为会话1对lock_one表进行了写锁操作,也就是只可以写。

      7) 在会话2中是否可以进行写(增删改)操作呢?

       

        我们发现是不可以的。因为写锁是排它锁,也就是只可以当前线程操作锁住的表,其他用户线程需要等到解锁之后才可以操作该表。

       

     3.总结

      1) 甲对表A加了读锁

         1.甲对表A可以执行读(查询)操作,但不可以执行写(增删改)操作

         2.甲对其他表不可以执行读写(增删改查)操作

         3.乙对表A可以执行读(查询)操作,但不可以执行写(增删改)操作

         4.乙对其他表可以执行读写(增删改查)操作

       

      2) 甲对表A加了写锁

         1.甲对表A可以执行读写(增删改查)操作

         2.甲对其他表不可以执行读写(增删改查)操作

         3.乙对表A不可以执行读写(增删改查)操作

         4.乙对其他表可以执行读写(增删改查)操作

       

    四、MyISAM存储引擎中锁特点

      1.执行select语句的时候,会自动给涉及的表加上表锁,在执行更新操作时,会自动给表加上写锁

      2.MyISAM存储引擎比较适合作为以查询为主的表存储引擎,不适合写为主的表存储引擎,因为加写锁后,是锁住整个表,其他用户线程不能做任何操作,

       这样会导致大量用户线程阻塞的情况。

    五、表锁的状态查询

      1.查询指令

       show status like 'table_lock%';

       

       说明:

       Table_locks_immediate:表示可以立即获取锁的查询次数,每获取一次锁就增加1

       Table_locks_waited:锁等待的次数(重要,如果这个值的大,则说明锁表的次数多,需要优化,通过 show open tables,查看哪些表锁了,然后分析为什么会锁)。

  • 相关阅读:
    文件上传.py
    文件下载.py
    Visual SVN IIS反向代理设置
    开发者工具
    Linux
    装饰器
    面向对象
    django异常--数据库同步
    浅谈 Mysql
    python网络编程系列
  • 原文地址:https://www.cnblogs.com/xbq8080/p/6604587.html
Copyright © 2011-2022 走看看