mysql锁定单个表的方法？

mysql锁定单个表的方法 复制代码 代码如下:mysql>lock table userstat read; mysql>unlock tables; 页级的典型代表引擎为BDB。 表级的典型代表引擎为MyISAM,MEMORY以及很久以前的ISAM。 行级的典型代表引擎为INNODB。 -我们实际应用中用的最多的就是行锁。 行级锁的优点如下：

1）、当很多连接分别进行不同的查询时减小LOCK状态。

2）、如果出现异常，可以减少数据的丢失。因为一次可以只回滚一行或者几行少量的数据。 行级锁的缺点如下： 1）、比页级锁和表级锁要占用更多的内存。 2）、进行查询时比页级锁和表级锁需要的I/O要多，所以我们经常把行级锁用在写操作而不是读操作。

3）、容易出现死锁。 对于写锁定如下： 1）、如果表没有加锁，那么对其加写锁定。 2）、否则，那么把请求放入写锁队列中。 对于读锁定如下： 1）、如果表没有加写锁，那么加一个读锁。 2）、否则，那么把请求放到读锁队列中。 当然我们可以分别用low_priority 以及high_priority在写和读操作上来改变这些行为。 如果想要在一个表上做大量的 INSERT 和 SELECT 操作，但是并行的插入却不可能时，可以将记录插入到临时表中，然后定期将临时表中的数据更新到实际的表里。可以用以下命令实现： mysql> LOCK TABLES real_table WRITE, insert_table WRITE; mysql> INSERT INTO real_table SELECT * FROM insert_table; mysql> TRUNCATE TABLE insert_table; mysql> UNLOCK TABLES; InnoDB 使用行级锁，BDB 使用页级锁。对于 InnoDB 和 BDB 存储引擎来说，是可能产生死锁的。这是因为 InnoDB 会自动捕获行锁，BDB 会在执行 SQL 语句时捕获页锁的，而不是在事务的开始就这么做。 行级锁的优点有： 在很多线程请求不同记录时减少冲突锁。 事务回滚时减少改变数据。 使长时间对单独的一行记录加锁成为可能。 行级锁的缺点有： 比页级锁和表级锁消耗更多的内存。 当在大量表中使用时，比页级锁和表级锁更慢，因为他需要请求更多的所资源。 当需要频繁对大部分数据做 GROUP BY 操作或者需要频繁扫描整个表时，就明显的比其它锁更糟糕。 使用更高层的锁的话，就能更方便的支持各种不同的类型应用程序，因为这种锁的开销比行级锁小多了。 表级锁在下列几种情况下比页级锁和行级锁更优越： 很多操作都是读表。 在严格条件的索引上读取和更新，当更新或者删除可以用单独的索引来读取得到时： UPDATE tbl_name SET column=value WHERE unique_key_col=key_value; DELETE FROM tbl_name WHERE unique_key_col=key_value; SELECT 和 INSERT 语句并发的执行，但是只有很少的 UPDATE 和 DELETE 语句。 很多的扫描表和对全表的 GROUP BY 操作，但是没有任何写表。 表级锁和行级锁或页级锁之间的不同之处还在于： 将同时有一个写和多个读的地方做版本（例如在MySQL中的并发插入）。也就是说，数据库/表支持根据开始访问数据时间点的不同支持各种不同的试图。其它名有：时间行程，写复制，或者是按需复制。复制代码 代码如下://执行SQL语句 锁掉stat_num表 $sql = "LOCK TABLES stat_num WRITE"; //表的WRITE锁定，阻塞其他所有mysql查询进程 $DatabaseHandler->exeCute($sql); //执行更新或写入操作 $sql = "UPDATE stat_num SET `correct_num`=`correct_num`+1 WHERE stat_date='{$cur_date}'"; $DatabaseHandler->exeCute($sql); //当前请求的所有写操作做完后，执行解锁sql语句 $sql = "UNLOCK TABLES"; $DatabaseHandler->exeCute($sql);

如果两个程序都向表中写数据显然会造成很大的麻烦，甚至会有意外情况发生。如果表正由一个程序写入，同时进行读取的另一个程序也会产生混乱的结果。　　锁定表的方法　　防止客户机的请求互相干扰或者服务器与维护程序相互干扰的方法主要有多种。如果你关闭数据库，就可以保证服务器和myisamchk和isamchk之间没有交互作用。但是停止服务器的运行并不是一个好注意，因为这样做会使得没有故障的数据库和表也不可用。本节主要讨论的过程，是避免服务器和myisamchk或isamchk之间的交互作用。实现这种功能的方法是对表进行锁定。　　服务器由两种表的锁定方法：　　

1.内部锁定　　内部锁定可以避免客户机的请求相互干扰——例如，避免客户机的SELECT查询被另一个客户机的UPDATE查询所干扰。也可以利用内部锁定机制防止服务器在利用myisamchk或isamchk检查或修复表时对表的访问。　　语法：　　锁定表：LOCK TABLEStbl_name {READ | WRITE},[ tbl_name {READ | WRITE},…]　　解锁表：UNLOCKTABLES　　LOCKTABLES为当前线程锁定表。UNLOCK TABLES释放被当前线程持有的任何锁。当线程发出另外一个LOCKTABLES时，或当服务器的连接被关闭时，当前线程锁定的所有表自动被解锁。　　如果一个线程获得在一个表上的一个READ锁，该线程(和所有其他线程)只能从表中读。如果一个线程获得一个表上的一个WRITE锁，那么只有持锁的线程READ或WRITE表，其他线程被阻止。　　每个线程等待(没有超时)直到它获得它请求的所有锁。　　WRITE锁通常比READ锁有更高的优先级，以确保更改尽快被处理。这意味着，如果一个线程获得READ锁，并且然后另外一个线程请求一个WRITE锁,随后的READ锁请求将等待直到WRITE线程得到了锁并且释放了它。　　显然对于检查，你只需要获得读锁。再者钟情跨下，只能读取表，但不能修改它，因此他也允许其它客户机读取表。对于修复，你必须获得些所以防止任何客户机在你对表进行操作时修改它。　　

2.外部锁定　　服务器还可以使用外部锁定(文件级锁)来防止其它程序在服务器使用表时修改文件。通常，在表的检查操作中服务器将外部锁定与myisamchk或isamchk作合使用。但是，外部锁定在某些系统中是禁用的，因为他不能可靠的进行工作。对运行myisamchk或isamchk所选择的过程取决于服务器是否能使用外部锁定。如果不使用，则必修使用内部锁定协议。　　如果服务器用--skip-locking选项运行，则外部锁定禁用。该选项在某些系统中是缺省的，如Linux。可以通过运行mysqladminvariables命令确定服务器是否能够使用外部锁定。检查skip_locking变量的值并按以下方法进行：　　◆如果skip_locking为off，则外部锁定有效您可以继续并运行人和一个实用程序来检查表。服务器和实用程序将合作对表进行访问。但是，运行任何一个实用程序之前，应该使用mysqladmin flush-tables。为了修复表，应该使用表的修复锁定协议。　　◆如果skip_locaking为on，则禁用外部锁定，所以在myisamchk或isamchk检查修复表示服务器并不知道，最好关闭服务器。如果坚持是服务器保持开启状态，月确保在您使用此表示没有客户机来访问它。