<b>MYSQL日记文件保护</b>[MySQL防范]

在MySQL服务器启动时,它查抄其号令行的操作,来查看它能否应当履行登录并翻开呼应的日记文件（假如应当的话）.可以让服务器生成两种主要范例的日记文件:通例日记文件.它报告客户机的衔接、查询和其他各种各样的事件.它关于跟踪服务器的活动很有效:谁正在衔接、从那边衔接,以及他们正在做什么.

更新日记

它报告改正数据库的查询.在此上下文中的术语"更新"不只触及UPDATE语句,还触及改正数据库的全部语句.由于这个缘由,它包含了对D E L E T E、INSERT、REPLACE、CREATE TABLE、DROP TABLE、GRANT 和REVOKE 的查询记录.更新日记的内容以SQL 语句的情势书写,这些语句用作对mysql的输入.假如在崩溃后必须恢复表的话,更新日记与备份是很有效的.您可以从备份文件中恢复数据库,然后通过将更新日记作为对mysql的输入,重新运行在该备份文件之后又改正数据库的任何查询.这样,可将表恢复到崩溃时刻的状况.

为了使日记有效,可以利用--log 选项开启通例日记,并用--log-update 选项开启更新日记.可以在mysqld.safe_mysqld 或mysql.server 的号令行中,或在某个选项的[mysqld] 组中指定这些选项.当日记有效时,日记文件在缺省时被写到服务器的数据目录中.

笔者倡议在初次利用MySQL时应使两种日记范例都有效.在得到一些利用MySQL的经验后,大概会只用更新日记来对付,以便削减磁盘空间的需求.

在使日记有效后,要确保不用大量的日记信息将磁盘填满,特别是假如服务器正在处理大量的查询话.可以利用日记文件循环和终止时间,在避免日记文件无边界地增长的同时保持近来的几个日记是联机可用的.

日记文件循环工作以下.假定日记文件名为l o g.在第一个循环中, log 被重新命名为l o g . 0,且服务器开始写新的l o g文件.在第二次循环中, log.0 被重命名为l o g . 1,log 重命名为l o g . 0,服务器开始写另一个新的log 文件.这样,每个文件循环通过名字l o g . 0、l o g . 1,等等.当文件到达循环的某一点时,可以终止它.

更新日记和LOAD DATA 语句

普通,当服务器履行LOAD DATE 语句时,它只将该语句本身而不是被加载的行内容写到更新日记中.这意味着除非该数据文件仍旧保持可拜候,不然利用更新日记的恢复操作将是不完好的.为了确保这一点的安全,除非数据库已经备份,不然不该该删除数据文件.

系统备份

更新日记关于数据库恢复并非任什么时刻候都好,假如一个磁盘崩溃招致您失去了更新日记的话,应确保您履行按期的文件系统备份.将更新日记写到与存储数据库不相同的磁盘中也是一个好主张.

比方,假如您每天都循环日记,并且想保持一周的日记,则应保存log.0 到l o g . 6.在下一个循环中,将通过令log.5 覆盖log.6 使其成为新的log.6 来终止l o g . 6.这样,您便可以保存很多日记而又避免了它们超越磁盘的限度.

日记循环频率和保持的往日记数目将依靠于服务器的繁忙程度（活动的服务器产生更多的日记信息）以及您但愿为往日记投入多少磁盘空间.当循环通例日记时,可以用mysqla d - min flush-logs 号令奉告服务器关闭当前的日记文件并翻开新的日记文件.

履行通例日记循环的脚本近似以下（可改正它来反映您的日记基名和数据目录的位置,大概还有但愿保存的往日记的数目）:



最好从mysqladm 账号中运行此脚本以确保日记文件属于那个用户.假如在.my.cnf 选项文件中保存衔接参数,您不需求在该脚本的mysqladmin 号令中指定任何参数.假如您不这样做的话可以成立一个受限用户,它除了公布革新号令外什么也不做.然后可以以最小的风险在该脚本中安排这个用户的口令.假如想这样做,则该用户应只有RELOAD 权限.比方,要想调用用户flush 并分配一个口令f l us h pass,可以利用下列GRANT 语句:

GRANT RELOAD ON *.* TO flush@localhost IDENTIFIEDBY "flushpass"

当需求在脚本中履行革新操作时,可以这样做:

mysqladmin -uflush -pflushpass flush -logs

在Linux 中,最好用logrotate 来安装MySQL分发包中的mysql- log - rotate 脚本,而不是自己编写脚本.假如mysql-log-rotate 不通过RPM 文件自动安装,应查看MySQL分发包的support-files 目录.

由于服务器处理更新日记文件的办法差别,日记文件的循环在更新日记与通例日记之间稍有差别.假如奉告服务器利用没有扩大名的更新日记文件名（如up date）,则服务器将利用次序的up date . 0 0 1、update.002 等自动成立更新日记文件名.在服务器启动以及在日记革新时,一个新的更新日记产生.假如您开启更新日记而没有指定文件名,服务器则利用主机名作为基名产生一个更新日记文件的序列.

当终止一个由这种办法生成的文件序列时,您大概想要按照其期限（最后被改正的时间）而非按照名字来终止它们.这样做的来由是由于您不知道flush-log 号令将在什么时刻公布,因此您不能期望在任何给定的时间周期内成立固定数目的更新日记.比方,假如用mysqldump 备份表并利用--flush-logs 选项,在该更新日记名序列中的一个新文件随每个备份一同成立.

关于带有由服务器自动产生的次序文件名的更新日记,基于日记期限的终止脚本近似以下:



find 号令定位并删除改正时间超越一个星期的更新日记文件.重要的是利用-name 参数来对一个数字的文件扩大名举行测试,以避免删除由错误的update 所指定的表.

还可以奉告服务器利用固定的更新日记文件名（假如但愿的话）,假如想用与通例日记相同的办法循环更新日记,这是有效的.要想利用固定的更新日记名,应指定一个包含扩大名的名字.比方,可以用--log-update=update.log 选项启动服务器来利用名字up date . l o g.服务器将一向关闭并在接纳flush-logs 号令时翻开该日记,但是服务器并非每次都产生新的文件.在这种情形下,用于更新日记的日记循环脚本和用于通例日记的脚本仅在循环的文件基名上有所差别.

假如想自动履行日记循环和终止,可以利用c r o n.假定循环通例日记和更新日记的脚本为rotate-logs 和r o t a t e - up date - l o g s,且安装在/usr/user/mysql/bin 目录中.以mysqlladm 用户举行注册,然后用以下号令编辑mysqladm 用户的crontab 文件:   % crontab -e

此号令答应编辑当前crontab 文件的备份（假如之前没有这样做,则它大概为空）.按以下办法将行增添到该文件中:

这个项奉告cron 在每天早上4 点运行此脚本.您可以改变时间或按需求举行调度.有关阐明请拜见crontab 的人工页.