php数据库的表锁,php数据库的表锁在哪里

php 如何锁表

在进行数据表检查或修补时，可以先将数据表锁定，可确保数据表的安全：

mysqlLOCK TABLE tbl_name READ;

mysqlFLUSH TABLES;

将数据表锁定后再进行检查或修补的工作。完成后再解除锁定：

mys()qlUNLOCK TABLES;

//LOCK TABLE tbl_name READ表示要锁定成只读状态，在这个状态下用户只能读取数据表，不能写入。

LOCK TABLE tbl_name WRITE则是更严格的锁定，用户不能读取也不能写入。

相关问答

Q1: php mysql的锁机制 怎么写

MYSQL中的锁：

语法 ：

LOCK TABLE 表名1 READ|WRITE, 表名2 READ|WRITE .................. 【锁表】

UNLOCK TABLES 【释放表】

Read:读锁|共享锁 ： 所有的客户端只能读这个表不能写这个表

Write:写锁|排它锁： 所有当前锁定客户端可以操作这个表，其他客户端只能阻塞

注意：在锁表的过程中只能操作被锁定的表，如果要操作其他表，必须把所有要操作的表都锁定起来！

PHP中的文件锁 （锁的是文件，不是表）

文件锁的文件与表有什么关系？：一点关系也没有，与令牌相似，谁拿到谁操作。所以表根本没锁。

测试时，有个文件就行，叫什么名无所谓

Q2: PHP MYSQL中 表锁和行锁 一般什么情况下使用 另外具体怎么写

手动加锁：

表级锁

lock tables tablename read;//共享锁

lock tables tablename write;//排它锁

unlock tables;//解锁

php直接query就行了。

除了MyIsam，谁还会无聊到显式加锁？

InnoDB直接跑事务默认会触发隐式锁,不需要自己lock和unlock。

Q3: 数据库 如何解除表的锁定

(1)

HOLDLOCK:

在该表上保持共享锁，直到整个事务结束，而不是在语句执行完立即释放所添加的锁。

(2)

NOLOCK：不添加共享锁和排它锁，当这个选项生效后，可能读到未提交读的数据或“脏数据”，这个选项仅仅应用于SELECT语句。

(3)

PAGLOCK：指定添加页锁（否则通常可能添加表锁）。　

(4)

READCOMMITTED用与运行在提交读隔离级别的事务相同的锁语义执行扫描。默认情况下，SQL

Server

2000

在此隔离级别上操作。

(5)

READPAST:

跳过已经加锁的数据行，这个选项将使事务读取数据时跳过那些已经被其他事务锁定的数据行，而不是阻塞直到其他事务释放锁，

READPAST仅仅应用于READ

COMMITTED隔离性级别下事务操作中的SELECT语句操作。　

(6)

READUNCOMMITTED：等同于NOLOCK。　

(7)

REPEATABLEREAD：设置事务为可重复读隔离性级别。　

(8)

ROWLOCK：使用行级锁，而不使用粒度更粗的页级锁和表级锁。

(9)

SERIALIZABLE：用与运行在可串行读隔离级别的事务相同的锁语义执行扫描。等同于

HOLDLOCK。　

(10)

TABLOCK：指定使用表级锁，而不是使用行级或页面级的锁，SQL

Server在该语句执行完后释放这个锁，而如果同时指定了HOLDLOCK，该锁一直保持到这个事务结束。

(11)

TABLOCKX：指定在表上使用排它锁，这个锁可以阻止其他事务读或更新这个表的数据，直到这个语句或整个事务结束。　

(12)

UPDLOCK

：指定在

读表中数据时设置更新

锁（update

lock）而不是设置共享锁，该锁一直保持到这个语句或整个事务结束，使用UPDLOCK的作用是允许用户先读取数据（而且不阻塞其他用户读数据），并且保证在后来再更新数据时，这一段时间内这些数据没有被其他用户修改。

Q4: 数据库锁表是什么意思？

1、数据库锁表的意思：因为在数据库里，同一个数据可能有多个人来读取或更改，为了防止我更改的时候别人也同时更改，这是一般要锁住表不让别人改。

2、举个简单例子：在更新数据库记录的过程中，我是不希望别人也来更新我的这些记录的，像库存，做出库的时候，原数量100，我出了20，我就需要把数量更新到80；

在更新的过程中，别人又做了30的出库，如果在我更新的时候，别人先把库存更新到70，然后我又更新80，那数量就错误了。所以我更新的时候，我就需要锁定这条记录。这是数据行锁，排他锁。

扩展资料：

数据库锁表的必要条件：

1）互斥条件：指进程对所分配到的资源进行排它性使用，即在一段时间内某资源只由一个进程占用。如果此时还有其它进程请求资源，则请求者只能等待，直至占有资源的进程用毕释放。

2）请求和保持条件：指进程已经保持至少一个资源，但又提出了新的资源请求，而该资源已被其它进程占有，此时请求进程阻塞，但又对自己已获得的其它资源保持不放。

3）不剥夺条件：指进程已获得的资源，在未使用完之前，不能被剥夺，只能在使用完时由自己释放。

4）环路等待条件：指在发生死锁时，必然存在一个进程——资源的环形链，即进程集合{P0，P1，P2，···，Pn}中的P0正在等待一个P1占用的资源；P1正在等待P2占用的资源，……，Pn正在等待已被P0占用的资源。