【脚本】如何确保应用程序的唯一性

简介: 简介     相信大家在开发脚本或者写程序的时候 ,大多会遇到如何判断已经有程序在运行的情况。比如设计备份binlog ,由于某个实例产生的binlog 数量大于备份的速度,在下一个时间点,会启动一个新的进程对binlog进行备份。
简介
    相信大家在开发脚本或者写程序的时候 ,大多会遇到如何判断已经有程序在运行的情况。比如设计备份binlog ,由于某个实例产生的binlog 数量大于备份的速度,在下一个时间点,会启动一个新的进程对binlog进行备份。那我们要怎么解决呢,本文分别从 shell和python的角度提出我的解决方法,同时也推荐 《  Ensure a single instance of an application in Linux 》,这里有比较详细的讨论。
一  shell 脚本的解决方法
利用mkdir 的特性 创建已经存在的文件目录则会失败。程序第一次运行的时候可以创建一个 /tmp/lock文件夹,标示当前已经运行一个程序,当启动第二个程序时,mkdir /tmp/lock 便会失败。
  1. #!/bin/bash
  2. mkdir /tmp/lock
  3. if [ $? -ne 0 ];then
  4.    echo "there is tr script running .. "
  5.    exit 1
  6. fi
  7. trap "rm -fr /tmp/lock " SIGINT SIGTERM
  8. sleep 50
  9. if [ -d /tmp/lock ];then
  10.    rm -fr /tmp/lock
  11.    echo "rm -fr /tmp/lock"
  12. fi
注意 linux中的trap命令是防止脚本异常终止 :被kill (不是kill -9) ,crtl+c 中断 比较详细的资料 《Linux命令之trap - 在脚本中处理信号》http://codingstandards.iteye.com/blog/836588

二  python 脚本的解决方法
网上搜索python 锁定文件的时候,都会提示 fcntl 模块。Python的文件锁目前使用的是fcntl这个库,它实际上为 Unix上的ioctl,flock和fcntl 函数提供了一个接口。
fcntl模块的函数flock(file_handle, operation)
其中 file_handle 表示文件描述符,operation 指要进行的锁操作,有如下几种:
fcntl.LOCK_UN  解锁:删除floc()函数创建的锁
fcntl.LOCK_EX  排他锁:除加锁进程外其他进程没有对已加锁文件读写访问权限。
fcntl.LOCK_SH  共享锁:所有进程没有写访问权限,即使是加锁进程也没有。所有进程有读访问权限。
fcntl.LOCK_NB  非阻塞锁: 此参数意味着函数不能获得文件锁就立即返回,否则,如果使用LOCK_EX/LOCK_SH请求加锁不成功,则当前进程会等待获得文件锁。使用LOCK_NB可以在获得这个排他锁的情况下不阻塞该进程,LOCK_NB 也可以同LOCK_SH或LOCK_NB进行按位或(|)运算操作,比如fcnt.flock(file_handle,fcntl.LOCK_EX|fcntl.LOCK_NB),此时系统便不会阻塞当前的进程。
注意:
  1. 对于文件的f.close() 操作会使文件锁失效;
  2. 主进程结束后文件锁失效;
  3. flock()的LOCK_EX是"劝告锁",系统内核不会强制检查锁的状态,需要在代码中进行文件操作的地方显式检查才能生效。
测试脚本
脚本中使用is_running 函数对文件加锁,time.sleep(10) 模拟长时间执行的程序,第一次运行lock.py 成功加锁,在程序运行期间 再次运行lock.py ,获取锁时会失败,并且及时退出程序。
  1. #!/usr/bin/python2.6
  2. #coding:utf8
  3. import time
  4. import fcntl
  5. import sys
  6. def is_running(file):
  7.     lock_file=open(file,"w")
  8.     try:
  9.         fcntl.lockf(lock_file,fcntl.LOCK_EX|fcntl.LOCK_NB)
  10.         print "给文件加锁 ,请等待10s..."
  11.     except :
  12.         print '文件加锁,无法执行,请稍后运行。'
  13.         return None
  14.     return lock_file

  15. if __name__ == "__main__":
  16.     lockfile="/tmp/rsync_is_running"
  17.     a=is_running(lockfile)
  18.     if a is None :
  19.       print "lock file failed , rsync is running .quit ..."
  20.       sys.exit(0)
  21.     else :
  22.       print "lock file successed !!! "
  23.     time.sleep(10)
测试例子:
会话一

会话二


三  小结
    其实还可以有很多其他的方式 比如 最容易想到的 application_name.pid 或者ps  application_name | wc -l 来判断,不过使用ps 命令时,遇到和系统其他命令关键字一样的时候 ,就会不准。http://stackoverflow.com/中比较推荐使用pid ,各位读者朋友也可以提出自己的见解。欢迎讨论。




目录
相关文章
|
7月前
自动检查以确保依赖项始终与使用的electron版本相匹配的小技巧
自动检查以确保依赖项始终与使用的electron版本相匹配的小技巧
110 0
|
1月前
|
安全 数据安全/隐私保护 数据格式
如何在使用路由参数传递数据时确保数据的安全性?
在使用路由参数传递数据时,要充分考虑数据的安全性问题。通过采取多种措施,如加密、验证、授权、传输安全、脱敏、访问控制、审计和维护等,可以有效提高数据的安全性,保护用户的隐私和系统的安全。同时,要不断加强安全意识,及时关注安全动态,以应对不断变化的安全威胁。
28 1
|
1月前
|
存储 安全 Java
如何确保 JNDI 配置的正确性
JNDI(Java Naming and Directory Interface)配置的正确性对于应用程序的稳定运行至关重要。确保 JNDI 配置正确的方法包括:仔细检查配置文件中的语法和路径,使用测试环境进行验证,以及启用日志记录以捕获潜在错误。
50 6
|
1月前
|
存储 网络协议 搜索推荐
宏函数的代码替换机制会对程序的可移植性产生什么影响
宏函数的代码替换机制可能导致程序可移植性降低,因为它在预处理阶段直接替换文本,可能引发类型不匹配、副作用等问题,不同编译器和平台表现不一。
|
4月前
|
存储 关系型数据库 MySQL
"Linux环境下MySQL数据库名及表名大小写敏感性设置详解:从配置到影响,确保数据库操作的准确与高效"
【8月更文挑战第9天】在Linux环境中,MySQL数据库名及表名的大小写敏感性是一项重要配置。默认情况下,MySQL在Linux上区分大小写,但这可通过配置文件 `/etc/my.cnf` 中的 `lower_case_table_names` 参数调整。该参数设为0时,名称存储时保持原样,查询时不区分大小写;设为1则全部转换为小写。通过编辑配置文件并重启MySQL服务,可根据需求灵活控制名称的大小写敏感性,确保数据一致性和应用兼容性。
351 3
|
4月前
|
存储 Kubernetes 中间件
软件环境管理问题之保证环境的一致性如何解决
软件环境管理问题之保证环境的一致性如何解决
|
6月前
|
移动开发 应用服务中间件 数据库
详尽分享预发环境与生产环境共享数据库时定时任务重复执行问题解决
详尽分享预发环境与生产环境共享数据库时定时任务重复执行问题解决
72 0
|
7月前
怎么确保一个集合不能被修改?
怎么确保一个集合不能被修改?
修复被破坏的 vs 工程设置
修复被破坏的 vs 工程设置
怎么确保一个集合不能被修改
怎么确保一个集合不能被修改