php lock_sh ,lock_ex文件锁

爱被打了一巴掌 2021-09-23 02:06 349阅读 0赞

$fp = fopen("filename", "a");   
    
    flock($fp, LOCK_SH) or die("lock error")   
    
    $str = fread($fp, 1024);   
    
    flock($fp, LOCK_UN);   
    
    fclose($fp);  
    
    
    //或者
    <?php  
    /** 
    模拟秒杀活动-- 商品100件 
    CREATE TABLE a 
    ( 
        id int comment '模拟100件活动商品的数量' 
    ); 
    INSERT INTO a VALUES(100); 
    模仿：以10的并发量访问这个脚本！    使用apache自带的ab.exe软件 
     */  
    error_reporting(0);  
    mysql_connect('localhost','root','admin123');  
    mysql_select_db('test');  
    # php中的文件锁 
    $fp = fopen('./a.lock', 'r'); // php的文件锁和表没关系，随便一个文件即可  
    flock($fp, LOCK_EX);// 排他锁  
    
    
    $rs = mysql_query('SELECT id FROM a');  
    $id = mysql_result($rs, 0, 0);  
    if($id > 0)  
    {  
        --$id;  
        mysql_query('UPDATE a SET id='.$id);  
    }  
    # php的文件锁，释放锁 
    flock($fp, LOCK_UN);  
    fclose($fp);

文件锁有两种：共享锁和排他锁，也就是读锁(LOCK\_SH)和写锁(LOCK\_EX)  
文件的锁一般这么使用：

注意fwrite之后，文件立即就被更新了，而不是等fwrite然后fclose之后文件才会更新，这个可以通过在fwrite之后fclose之前读取这个文件进行检查

但是什么时候使用lock\_ex什么时候使用lock\_sh呢？

读的时候：  
如果不想出现dirty数据，那么最好使用lock\_sh共享锁。可以考虑以下三种情况：  
1. 如果读的时候没有加共享锁，那么其他程序要写的话（不管这个写是加锁还是不加锁）都会立即写成功。如果正好读了一半，然后被其他程序给写了，那么读的后一半就有可能跟前一半对不上（前一半是修改前的，后一半是修改后的）  
2. 如果读的时候加上了共享锁（因为只是读，没有必要使用排他锁），这个时候，其他程序开始写，这个写程序没有使用锁，那么写程序会直接修改这个文件，也会导致前面一样的问题  
3. 最理想的情况是，读的时候加锁(lock\_sh),写的时候也进行加锁(lock\_ex),这样写程序会等着读程序完成之后才进行操作，而不会出现贸然操作的情况

写的时候：  
如果多个写程序不加锁同时对文件进行操作，那么最后的数据有可能一部分是a程序写的，一部分是b程序写的  
如果写的时候加锁了，这个时候有其他的程序来读，那么他会读到什么东西呢？  
1. 如果读程序没有申请共享锁，那么他会读到dirty的数据。比如写程序要写a,b,c三部分，写完a,这时候读读到的是a，继续写b，这时候读读到的是ab，然后写c，这时候读到的是abc.  
2. 如果读程序在之前申请了共享锁，那么读程序会等写程序将abc写完并释放锁之后才进行读。

引用自[http://www.bubuko.com/infodetail-241753.html][http_www.bubuko.com_infodetail-241753.html]

[http://phpkim.iteye.com/blog/2294464][http_phpkim.iteye.com_blog_2294464]  
![请打赏谢谢大佬][70]

[http_www.bubuko.com_infodetail-241753.html]: http://www.bubuko.com/infodetail-241753.html
[http_phpkim.iteye.com_blog_2294464]: http://phpkim.iteye.com/blog/2294464
[70]: /images/20210923/18d03798db944ab7ac0281abf733d5e0.png