MYSQL加锁的测验

来源:互联网 发布:软件开发相关职位 编辑:程序博客网 时间:2024/05/17 01:44

MYSQL加锁的测验

 

 存储引擎  支持的锁定级别 

myisam      表级别 

memory     表级别 

  inndb       行级别 

 bdb:        页级别 

 

lock锁定类型

 锁定方式            目的

 读锁                   自己与其他线程只能读取该表

  写锁                  只有当前线程能够对表进行写入操作(其他线程也无法读这部分数据)

 

 

读锁的英文叫法是shared locks,shared是共享的意思,共享锁,就是所有用户都可以共享进行读(包括加锁的用户),不能写。

 

写锁的英文叫法是Exclusive Locks,Exclusive是独有、排外的意思,只有自己(加锁的用户)才能进行些写入操作,其他用户只能读。有些书籍中有不同叫法,比如互斥锁、排他锁。

 

纠正一下:以前理解错误了。加了排他锁定,其他事务是无法读取数据的。网上的资料比较零散。

最近看了jim Gray那本《事务处理概念与技术》,里面提到排他锁时:保留对该节点写的权利,防止其他事务在该节点及其后代节点加{x,u,s,six,is,ix}锁。

 

提到的s就是共享锁了,既然防止其他事务加s锁,那么其他线程是无法读的(所有线程获取数据之前必须先申请锁才能操作)。文章下面加的试验也会证明了这点。

 

ps:看来总结也好,加深了理解,如果不总结,也不会发现细节理解偏差。

 

 

 测试一:测验读锁

 运行一个读锁:“lock table `cat` READ”

然后尝试使用update语句操作 :

update `cat` set remark= 'ceshi'

 

报错如下:

 

Table 'a' was locked with a READ lock and can't be updated

现在解锁(针对当前线程锁定的所有表解锁):"unlock tables" 

 

然后再次运行update语句,报错消失。完成更新操作。说明已经解除读锁了(可以进行更新) 

 

 测验二:测验写锁 

1、 我在一个客户端SQLyog中运行一个写锁sql:LOCK TABLE cat WRITE;

2、另外开一个客户端(线程),尝试运行更新:

update `cat` set remark= 'jgjgjg'

 

情况:因为使用了写锁,只有自己能够修改数据,其他线程无法执行update操作,此时服务器端的php程序一直等待数据库给予响应结果,数据被锁定了,根本没法执行sql语句,处于等待中,数据库并不会报错,因为这本来就是一个很正常的情况,需要等待释放锁才能执行update操作,其实大并发环境下就是这种情况(很多用户同时在执行sql操作,有的加了写锁定),于是速度就慢下来了。

结果phpmyadmin一直处于等待中,等待服务器给予客户端(浏览器)数据,截图如下:

 

 

 

 经验:使用phpmyadmin无法模拟出一个线程的情况。因为每次php运行完毕后,与数据库的连接就会自动断开(php脚本特性)。

而SQLyog这样的工具能够保持连接不断掉。所以,测验写锁的时候完全可以使用同一个工具测验出来。

 

 

 增加测验:测验加写锁后,其他事务无法读数据的情况

同样也是在SQLyog这样的工具中运行:LOCK TABLE cat WRITE

 

因为加了x锁后,其他事务是无法获得s锁,所以根本无法读数据。phpmyadmin这边查询这个表,都是等待状态。

 


 

 下面我在SQLyog释放掉写锁后,phpmyadmin这边就能读取数据了

 



InnoDB使用行锁定,BDB使用页锁定。对于这两种存储引擎,都可能存在死锁。这是因为,在SQL语句处理期间,InnoDB自动获得行锁定和BDB获得页锁定,而不是在事务启动时获得。

 

update语句默认比select语句优先权高。可以修改,在启动mysql的时候加上参数,用--low-priority-updates启动mysqld 

 

 

在大流量、大数量的网站,往往瓶颈不在于具体的语言,其实.net、java、php等语言速度的差别是有,但是很小,忽略不计。往往瓶颈在于数据库。我是这样理解:

 


$conn->query("update where ....");

...php其他代码

 

//php需要等待数据库(比如mysql)给予返回结果,才能继续往下面执行代码,但里mysql被锁定了,一直没有执行完毕。所以卡死了,一直在等待中。这就是为什么语言不是瓶颈,瓶颈往往在数据库(数据量大的时候,数据库压力很大),这就是同步执行,需要等到上面代码执行完毕才能继续执行,以前听过阿里巴巴的分享,使用一种异步执行方案。并行加载数据,那么代码的执行耗时取决于最耗时的操作(因为所有操作都是并行开始运行)


其他测验办法:还可以开多个mysql命令行界面来测验。每个界面就是一个session。


(转载出处:http://www.cnblogs.com/wangtao_20/p/3463435.html)

0 0