MySQL的表锁问题(二)——InnoDB表锁问题
首先补充下MySQL的表锁问题(一)没讲到的系统可以通过设置max_write_lock_count参数来控制写的优先级,当一个表的读锁达到这个数的时候,MySQL会暂时的,降低写的优先级.MySQL尽量少用一些看似精妙但复杂的语句,因为你复杂可能导致给表加的读锁时间就长,会导致写的操作无法进行. innodb和MyISAM最大的区别在于innodb支持事务处理和行级锁,行级锁带来的好处是可以支持大规模的并发应用(设置的好的情况下),当然控制的对象越小,步骤就越复杂,那么消耗的资源就越多. 可以通过在MySQL里面查看状态变量的方式来查看innodb锁的使用情况: mysql> show status like "innodb_row_lock%";
+-------------------------------+-------+
| Variable_name | Value |
+-------------------------------+-------+
| Innodb_row_lock_current_waits | 0 |
| Innodb_row_lock_time | 0 |
| Innodb_row_lock_time_avg | 0 |
| Innodb_row_lock_time_max | 0 |
| Innodb_row_lock_waits | 0 |
+-------------------------------+-------+
5 rows in set (0.00 sec) 还可以通过show engine innodb status\G查看一大堆信息.进行简要分析. innodb有两种类型的行级锁:共享锁和排他锁;为了允许行锁和表锁共存.实现多颗粒度锁机制,innodb还有2种内部锁(Intention locks),这就是意向共享锁和意向排他锁.这两种所都是表级锁. a)共享锁(S):允许一个事务去读一行,阻止其他事务获得相同数据集的排他锁. b)排他锁(X):允许获得排他锁的事务更新数据,阻止其他事务获取相同数据集的各项读锁和排他写锁. c)意向共享锁(IS):事务打算给数据行加共享锁,事务在取得一个数据行的共享锁之前必须先取得该表的IS锁. d)意向排他锁(IX):事务打算给数据行加排他锁,事务在取得一个数据行的排他锁之前必须先取得该表的IX锁. 请求锁�
相关文档：
最近用到了一款数据库图形化管理工具Navicat for MySQL ，使用之后有一种感觉：原来编程可以很高效！
以前使用MySQL时，每次都只能在类似DOS的界面开发，使用官方提供的工具很容易就被卡到了，觉得还是字条界面比较高效，但是初学MySQL,很多功能都还没有完全清楚，使用安全性上的考虑也不够成熟。这时候我� ......
MySQL5.X都已经发布好久了，但是还有很多人认为MySQL是不支持事务处理的，这不得不怪他们是孤陋寡闻的，其实，只要你的MySQL版本
支持BDB或InnoDB表类型，那么你的MySQL就具有事务处理的能力。这里面，又以InnoDB表类型用的最多，虽然后来发生了诸如Oracle收
购InnoDB等令MySQL不爽的事情，但那些商业上的斗争与技术无关� ......
这段时间在学习C#,要连接mysql数据库,不知道怎么连接 ,后来goole了下,发现要下载驱动,顺便看了下连接的example code
代码和java里面的差很多,之前一直在学C++ 也学过一段时间的驱动开发,一听mysql驱动,也没在意, 驱动在心里一直都是很难
并且容易造成蓝屏,数据结构复杂的代名词,也就没在意,但是后来� ......
