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锁. 请求锁�
相关文档：
package com.qll.operate;
import java.sql.*;
public class OperateUser {
String driver = "com.mysql.jdbc.Driver";
String url = "jdbc:mysql://localhost:3306/test";
String name = "root";
String password = "123456";
static Connection conn = null;
Statement st = ......
ERROR 1005 (HY000): Can't create table ' ****.frm' (errno: 150)
我是从以下几个方面解决了此问题：
1、确保参照的表和字段是存在的；
2、组成外键的字段要求被索引(主要是外键那个字段要求在其他表中是主键)；
3、外键关联的两表或多表要求都是INNODB类型的表；
4、字段类型（说明）要一样`itemId` varchar( ......
select * for update锁表的问题
由于InnoDB预设是Row-Level Lock，所以只有「明确」的指定主键，MySQL才会执行Row lock (只锁住被选取的资料例) ，否则MySQL将会执行Table Lock (将整个资料表单给锁住)。
举个例子:
假设有个表单products ，里面有id跟name二个栏位，id是主键。
例1: (明确指定主键，并且有此笔资料， ......
NOW()函数以`'YYYY-MM-DD HH:MM:SS'返回当前的日期时间，可以直接存到DATETIME字段中。
CURDATE()以’YYYY-MM-DD’的格式返回今天的日期，可以直接存到DATE字段中。
CURTIME()以’HH:MM:SS’的格式返回当前的时间，可以直接存到TIME字段中。
例：insert ......
