https://bk1314.com/tag/%E8%84%9A%E6%9C%AC/ https://bk1314.com/51.html 2022-02-28T19:07:00+08:00 一、crontab格式说明二、定时访问url：1、连接远程主机，连接成功后，输入命令 crontab -e ：2、参照VI编辑器。按字母 i 进入编辑模式，输入需要执行的脚本：（在这里之前要检查 /usr/bin/curl 命令是否可用）0,30 * * * * /usr/bin/curl https://xxx.com3、输入如上命令，内容的意思是：每个小时的第0分钟和30分钟，即每半小时，访问某一个网址输入完毕即按 Esc =》 输入冒号 : =》输入wq，然后回车保存保存完毕要重新加载crontab： service crond reload4、参考：crontab添加定时shell脚本 0,30 /bin/bash /home/cronb/xxx.sh5、注意crontab中很多符号会被转义，需要加反斜杠来表示原义，比如 & 要用 \& ，% 要用 \% 来表示三、 crontab的几个服务命令service crond start //启动服务 service crond stop //关闭服务 service crond restart //重启服务 service crond reload //重新载入配置 https://bk1314.com/50.html 2022-02-28T18:53:37+08:00 一、mysql提供了一个mysqldump的工具可以方便的导出导入数据库信息二、使用命令行shell测试执行mysqldump，理解必备的参数，查看生成的sql备份文件是否符合需求/usr/bin/mysqldump --opt -ubatsing -pbatsingpw -hlocalhost timepusher > /mnt/mysqlBackup/db_`date +%F`.sql注解：1、执行 /usr/bin/mysqldump2、--opt是quick，add-drop-table，add-locks，extended-insert，lock-tables几个参数的合称，一般都要使用，具体意思自行搜索3、-u数据库用户名 -p数据库用户密码 -h数据库地址 数据库名 > 导出的文件路径4、date +%F是shell中生成当前日期，格式如2015-11-05，所以成功导出时生成的文件名为 db_2015-11-05.sql5、下载生成的 sql文件 ，用文本编辑器打开检查，本地导入测试数据库，看是否有问题三、整理编写比较灵活的shell脚本，方便重用#!/bin/sh # Database info DB_USER="batsing" DB_PASS="batsingpw" DB_HOST="localhost" DB_NAME="timepusher" # Others vars BIN_DIR="/usr/bin" #the mysql bin path BCK_DIR="/mnt/mysqlBackup" #the backup file directory DATE=`date +%F` # TODO # /usr/bin/mysqldump --opt -ubatsing -pbatsingpw -hlocalhost timepusher > /mnt/mysqlBackup/db_`date +%F`.sql $BIN_DIR/mysqldump --opt -u$DB_USER -p$DB_PASS -h$DB_HOST $DB_NAME > $BCK_DIR/db_$DATE.sql #还原数据库 #用mysql-front导入前一天的 *.sql 文件即可恢复数据保存到文件或上传到 /usr/local/apache/htdocs/timepusher/sqlBak/sqlAutoBak.sh四、测试Shell脚本1、进入到该脚本文件目录 chmod +x sqlAutoBak.sh 添加执行权限，否则会报错 Permission denied2、./sqlAutoBak.sh ，如果是在windows编写上传的文件可能会报错/bin/sh^M: bad interpreter: No such file or directory这是不同系统编码格式引起的：在 windows系统中编辑的 .sh文件可能有不可见字符，所以在 Linux系统下执行会报以上异常信息。可以在Windows上使用Notepad++转换成Unix格式（菜单中选择：编辑>档案格式转换>转换成UNIX）3、修改后上传继续执行 ./sqlAutoBak.sh ，没有报错。再查看导出的sql文件。五、压缩mysql的备份数据1、查看导出来的sql文件，发现其文件大小非常大，mysqldump也提供了生成gzip压缩文件的参数设置2、sqlAutoBak.sh修改为如下#!/bin/sh # Database info DB_USER="batsing" DB_PASS="batsingpw" DB_HOST="localhost" DB_NAME="timepusher" # Others vars BIN_DIR="/usr/bin" #the mysql bin path BCK_DIR="/mnt/mysqlBackup" #the backup file directory DATE=`date +%F` # TODO # /usr/bin/mysqldump --opt -ubatsing -pbatsingpw -hlocalhost timepusher > /mnt/mysqlBackup/db_`date +%F`.sql # $BIN_DIR/mysqldump --opt -u$DB_USER -p$DB_PASS -h$DB_HOST $DB_NAME > $BCK_DIR/db_$DATE.sql $BIN_DIR/mysqldump --opt -u$DB_USER -p$DB_PASS -h$DB_HOST $DB_NAME | gzip > $BCK_DIR/db_$DATE.sql.zip # 还原数据库 # 把 *.sql.zip 使用gunzip 或 本地的解压软件 解压为 *.sql 文件 # 用mysql-front导入前一天的 *.sql 文件即可恢复数据3、修改后上传继续执行 ./sqlAutoBak.sh ，没有报错。如果用文本编辑器查看导出的 *.sql.gz文件，应该是一堆乱码。4、下载到本地使用解压软件打开，解压就能看到里面真正的 *.sql 文件了。六、设置linux定时任务执行该脚本1、编辑定时任务列表crontab -e2、插入下面这一行，因为通常来说5点钟网站的访问量最低00 05 * * * /bin/sh /usr/local/apache/htdocs/timepusher/sqlBak/sqlAutoBak.sh #每天早上 5:00am 执行3、查看任务是否创建成功crontab -l七、第二天检查自动生成的sql文件是否符合要求如果生成的文件和解压出来查看没有问题，那么这个自动定时备份数据库的脚本就算是完成了。因为生成的文件多了会占用一定的空间，所以建议要定期（比如一个月）清理一下文件。$、补充1、如果该数据库的用户没有分配 锁表 的权限，则备份会报错 when using LOCK TABLES 。那是因为mysqldump命令默认在导出时是要锁定表的，所以解决方式有两个。一个是给该用户开放 锁表 的权限；另一个是在命令中加上 --skip-lock-tables 这个参数。即是：$BIN_DIR/mysqldump --opt -u$DB_USER -p$DB_PASS -h$DB_HOST $DB_NAME --skip-lock-tables | gzip > $BCK_DIR/db_$DATE.sql.gz