MySQL数据库规范化设计

2016-02-19 14:07 6 1 收藏

只要你有一台电脑或者手机,都能关注图老师为大家精心推荐的MySQL数据库规范化设计,手机电脑控们准备好了吗?一起看过来吧!

【 tulaoshi.com - 编程语言 】

建立一个数据库表维护规范

  在一个定期基础而非等到问题出现才实施数据库表的检查是一个好主意。应该考虑到建立一个预防性维护的时间表,以协助自动问题,是你可以采取措施进行修正:

  执行常规的数据库备份并允许更新日志。

  安排定期的常规表检查。通过检查表,将减少使用备份的机会。这个工作,在Windows下使用计划任务,Unix使用cron作业(一般从运行服务器所示用的该帐号的crontab文件中调用),并且很容易实现。

  例如,你作为mysql用户运行服务器,则可以从mysql的crontab文件中建立定期检查。如果你不知道如何使用cron,应使用下列命令查看相关的Unix手册页:

         $man cron
  $man crontab
 
  作为服务器启动前的系统引导期间检查数据库表。及其可能会因早期的崩溃而重新启动。如果这样的花,数据库表可能已被毁坏,应该对它进行彻底检查。

  创建一个适用于定期维护的脚本

  为了运行自动的表检查,可以编写一个脚本,将目录改变为服务器数据目录并对所有的数据库表进行myisamchk和isamchk。如果你只有MyISAM表或者只有ISAM表,则只需要其中一个程序,可以将无关的那个程序从脚本中注释掉。

  该教本可以被cron调用,或者在系统启动期间被调用。

  为维护目的,你能使用myisamchk -s检查桌子。-s,--silent选项使myisamchk和isamchk以沉默模式运行,只有当错误出现时,才仅仅打印消息。另外myisamchk支持--fast选项,该选项允许程序跳过自上次检查以来没有被修改过的人和表。

  1. 一个简单的脚本

  例如,一个较为容易理解的简单脚本,它在服务器目录中检查所有表(DATADIR应该修改成对应你系统的合适的值):

         #!/bin/sh
      cd DATADIR

      myisamchk --silent --fast */*.MYIi

      samchk --silent */*.ISM
 
  2. 一个较为复杂的脚本

  实用此脚本的一个潜在的问题时:如果有许多表,通配符模式‘*/*.MYI’和‘*/*.ISM’可能会由于“too many arguments(参数过多)”或者命令行超过shell允许的长度而无法使用。脚本可以进一步修改为(同样,DATADIR修改为适合你系统上的值):

         #!/bin/sh
      datadir=DATADIR

       find $dtatdir –name “*. MYI” -print | xargs myisamchk --silent --fast

       find $dtatdir –name “*. ISM” -print | xargs isamchk --silent
 
  当然你也可以在脚本中指定多个数据库目录。

3. 如何执行脚本

  假定你将脚本存为check_tables,应该确保它是可执行的,当然建议你首先切换到专用户mysql:

(本文来源于图老师网站,更多请访问http://www.tulaoshi.com/bianchengyuyan/)

         $su mysql
      $vi check_tables(编辑脚本,你也可以使用你喜欢的编辑器)

      $chmod +x check_tables
 
  手工执行,检测你的脚本是否有错误:

         $check_tables
  在理想情况下应该没有输出结果。如果系统不支持外部锁定,游客蒽那个服务器将在你检查表时改变它。此时,脚本可能会把实际没有问题的表报告呈有问题的。如果系统能够支持外部锁定,则该问题就不会出现。

  在unix中用cron定期检查表

  以下将说明如何建立脚本,使它通过cron并在系统启动期间执行。在这小节的例子中,笔者假定把脚本安装在/usr/local/mysql/bin中,你需要修改该过程来检查每个服务器数据目录中的表。你可以使用不同的check_tables拷贝来进行,或者通过修改它来接受一个命令行参数进行,该参数指定了想要检查的数据目录。

  假定对mysql用户从crontab文件中调用脚本check_tables。

  1. 首先用该用户的身份注册

         $su mysql
  2. 生成一个临时文件,捕获已经调度的任务

         $crontab –l/tmp/entries
  3. 在生成的文件最后一行添加内容

  把这一行0 0 * * 0 /usr/local/mysql/bin/check_tables加到临时文件的最后一行:

         $echo “0 0 * * 0 /usr/local/mysql/bin/check_tables” /tmp/entries
  它告诉cron在每个星期日的凌晨0时运行此选项。可以按要求改变时间或安排。有关这些选项的格式,参阅crontab的手册页。

  4. 重新安排调度

         $crontab /tmp/entries
  如果检查后有任何信息,cron作业通常生成一个邮件消息给用户。由于使用--silent选项,只有表存在错误时,才会有输出,也才会有邮件信息,因此不会产生大量无用邮件信息。(你现在应该明白,脚本采用--silent选项的原因对于这样定期的维护,你的服务器最好支持外部锁定,这样在检查表时,就不会发生访问冲突的情况。如果无法做到这一点,你最好在没有用户使用服务器的时候维护,例如凌晨。

  在系统启动期间检查表

  如果你使用的是BSD风格的系统,例如OpenBSD,FreeBSD等,并且已经将服务器的启动命令增加到/etc/rc.local,要在启动期间检查表,可以在启动服务器前从相应的文件中调用check_tables。

  如果对于使用Sytem V风格的启动方法的系统,例如,大多数的商业Unix系统,其启动方法是从/etc/rc.d目录之一调用mysql.server脚本,则在数据库启动前检查表的过程比较复杂,因为这些目录中的脚本必须理解start和stop参数。

  例如,象这样编写脚本,取名mysql.check当参数时start时调用check_tables,当参数是stop时什么也不做:

         #!/bin/sh
      #See hou we sere called

      case “$1” in

      start)

      echo –n “Checking MySQL tables:”

      if [ -x /usr/local/mysql/bin/check_tables ] ; then

      /usr/local/mysql/bin/ check_tables

      fi;;

      stop)

      #don’t do anything 

       ;;

       *)

       echo “Usage:$o{start|stop}”

       exit 1

       esac

(本文来源于图老师网站,更多请访问http://www.tulaoshi.com/bianchengyuyan/)

       exit 0
 
  现在你可以安装mysql.check了,该过程类似乎在第二章介绍的让服务器自动启动的安装mysql.server的过程。必须给mysql.check一个运行级目录中较低的前缀号,才能使它在mysql.server前运行。例如,如果在运行级目录中以S99mysql.server连接到mysql.server,则应该以S98mysql.check链接到mysql.check。

  由于Linux集中了BSD和Sytem V系统的优点,所以,上面两种方法完全适用于Linux。为了简便起见,一般使用第一个方法。

来源:http://www.tulaoshi.com/n/20160219/1606199.html

延伸阅读
4.5 调度与锁定问题     前面各段主要将精力集中在使个别的查询更快上。MySQL 还允许影响语句的调度特性,这样会使来自几个客户机的查询更好地协作,从而单个客户机不会被锁定太长的时间。更改调度特性还能保证特定的查询处理得更快。我们先来看一下MySQL 的缺省调度策略,然后来看看为改变这个策略可使用什么样的选项。出...
3.2 MySQL 的命名规则     几乎每条SQL 语句都在某种程度上涉及一个数据库或其组成成分。本节介绍引用数据库、表、列、索引和别名的语法规则。名称是区分大小写的,这里也对其进行了介绍。     3.2.1 引用数据库的成分     在用名称引用数据库的成分时,受到可使用的字符以及名称可具有...
3.7 加注释     MySQL 允许在SQL 代码中使用注释。这对于说明存放在文件中的查询很有用处。可用两个方式编写注释。以“ #”号开头直到行尾的所有内容都认为是注释。另一种为C 风格的注释。即,以“/ *”开始,以“* /”结束的所有内容都认为是注释。C 风格的注释可跨多行,如:     自MySQL 3.23 版以...
5.2 选择API     本节介绍根据各种类型的应用程序选择A P I的方法,比较C、DBI 和PHP API 的能力,并给出它们相对的优点和缺点,并指出什么时候应选择哪一个。     首先应该指出,笔者不认为任一种语言优于其他语言。尽管笔者的确有自己的喜好,但还是统统使用它们。您也会有自己的喜好,像我的评论家一...
3.8 解决方案随笔     本节内容相当杂;介绍了怎样编写解决各种问题的查询。多数内容是在邮件清单上看到的解决问题的方案(谢谢清单上的那些朋友,他们为解决方案作了很多工作)。     3.8.1 将子选择编写为连接     MySQL自3.24版本以来才具有子选择功能。这项功能的缺少是MySQL 中一件...

经验教程

453

收藏

100
微博分享 QQ分享 QQ空间 手机页面 收藏网站 回到头部