2-3. 数据库表的表示 

    每个数据库在数据库目录中有3个文件：一个样式（描述文件）、一个数据文件和一个索引文件。每个文件的基本名是表名，文件名扩展名代表文件类型。扩展名如下表。数据和索引文件的扩展名指出表使用老式IASM索引或新式MyISAM索引。 

    文件类型  文件名扩展名                      文件内容 
    样式文件 .frm                                       描述表的结构（它的列、列类型、索引等）。 
    数据文件 .ISD(ISAM)  或.MYD(MyISAM)    包含数据文件上的所有索引的索引树。 
    索引文件 .ISM(ISAM) 或.MYI(MyISAM)       该索引文件依赖表是否有索引而存在。 

    当你发出一条CREATE TABLE tbl_name时语句定义表的结构时，服务器创建一个名为tbl_name.frm的文件，它包括该结构的内部编码，同时也创建一个空数据和索引文件，初始化为包含指出无记录和无索引的信息（如果CREATE TABLE语句包括索引指定，索引文件反映出这些索引）。对应于表的文件的属主和模式被设置为只允许MySQL服务器用户访问。 

    当你发出一条ALTER TABLE tbl_name语句时，服务器重新编码tbl_name.frm，并修改数据和索引文件的内容以反映语句指定的结构改变。对于CREATE INDEX和DROP INDEX也是一样，因为它们被服务器视为与ALTER TABLE等价。DROP TABLE通过删除对应于表的三个文件来实现。 

    虽然你可以通过删除数据库目录中对应于表的三个文件，但不能手工创建或修改一个表，如，如果my_db是当前数据库，DROP TABLE my_tbl大概等价于下列命令。

% rm -rf DATADIR/my_db/my_tbl.* 

    SHOW TABLE my_db的输出只是列出my_db数据库目录中的.frm文件的基文件名。有些数据库系统一个注册表，列举所有包含在一个数据库中的表，MySQL不是，因为不必要，“注册表”隐含在数据目录的结构中。 

    2-4. 操作系统对数据库和表命名的限制 

    MySQL对命名数据库和表有一个原则： 

    1.名字可以由当前字符集中的任何字母数字字符组成，下划线和美元符$也可以。 
    2.名字最长为64个字符。 

    然而，因为数据库和表的名字对应于目录和文件名，服务器运行的操作系统可能强加额外的限制。 

    首先，数据库和表名仅限于对文件名合法的字符，如$在MySQL的原则中是允许的，但是如果你的操作系统不允许，则你不能在目录或表名中使用它。实际上，这对Unix或Windows不是所担心的，最大的难度是在执行数据库管理时直接在shell中引用名字，例如，如果你命名一个数据库如$my_db，包含一个美元符，任何从shell中对该名字的引用可能被shell解释为对一个变量的引用：

%ls $my_db
my_db:undefined variable 

    对此，你必须转义$字符或用引号禁止其特殊含义：

%ls \$my_db
%ls $my_db 

    如果你用引号，一定要用单引号，而双引号并不禁止变量解释。 

    其次，虽然MySQL允许数据库和表名最长到64个字符，但名字的长度受限于你的操作系统限定的长度，一般这不是一个问题（虽然老的System V强制14个字符）。在这种情况下，你数据库名的上限为14个字符，而表名上限为10个字符，因为表示表的文件名有一个点（.）和三个字符的扩展名。 

    第三，文件系统的大小写敏感性影响到你如何命名和引用数据库和表名。如果文件系统是大小写敏感的（如Unix），两个名字my_tbl和MY_TBL是不同的表。如果文件系统不是大小写敏感的（如Windows），这两个名字指的是相同的表。如果你用一个Unix服务器开发数据库，并且如果你有可能转移到Windows，你应该记住这一点。 

    2-5. MySQL状态文件 

    除了数据库目录，MySQL数据目录还包含很多状态文件，这些文件总结在下表中。大多数文件的缺省名从服务器主机名生成，在下表中表示为HOSTNAME。

    表 MySQL状态文件
    文件类型 缺省名 文件内容 
    进程ID HOSTNAME.pid 服务器进程的ID 
    出错日志 HOSTNAME.err 启动和关闭事件和出错情况 
    一般日志 HOSTNAME.log 连接/断开事件和查询信息 
    更新日志 HOSTNAME.nnn 修改表结构级内容的所有查询文本 

    当服务器启动时，它将其进程ID写入进程ID（PID）文件中，而在它关闭时，删除该文件。PID文件是允许服务器本身被其他进程找到的工具。例如，如果你运行mysql.server，在系统关闭时，关闭MySQL服务器的脚本检查PID文件以决定它需要向哪个进程发出一个终止信号。 

    出错日志由safe_mysqld创建，作为服务器标准出错输出的重定向，它包含任何邪到stderr的消息。这意味着只有你通过调用safe_mysqld启动服务器，出错文件才存在（无论如何，它是一个启动服务器的最好方法，因为如果它由于出错而退出，safe_mysqld将重启服务器。）。 

    一般日志和更新日志是可选的。你可以只开启你需要的日志类型，用--log和--log-update服务器选项。
 
    一般日志提供服务器操作的一般信息：谁从哪里连接服务器和他们发出什么查询。更新日志提供查询信息，但只有修改数据库内容的查询。更新日志内容被写成SQL语句，可以将它们提供给mysql客户程序来执行。如果你遇上崩溃，并且必须倒回备份文件，更新日志就很有用，因为你能重复执行自崩溃时的更新，通过将更新日志反馈给服务器，这允许你将数据库恢复到崩溃发生时的状态。 

    下面是一个简单的例子，信息出现在一般日志中，它是一个创建一个在数据库test中表，插入一行，然后删除表的会话：

990509 7:37:09 492 Connect Paul@localhost on test
492 Query show databases
492 Query show tables
492 Field List tbl_1
492 Field List tbl_2
...
990509 7:34:22 492 Query CREATE TABLE my_tbl (val INT)
990509 7:34:34 492 Query INSERT INTO my_tbl values (1)
990509 7:34:38 492 Query DROP TABLE my_tbl
990509 7:34:40 492 Quit 

    一般日志包含日期和时间、服务器进程ID、事件类型和事件信息栏目。 同一个会话出现在更新日志中看上去像这样：

use test;
CREATE TABLE my_tbl (val int);
INSERT INTO my_tbl VALUES(1);
DROP TABLE my_tbl; 

    对更新日志，用--log-long-format选项获得一个扩展形式的日志，扩展日志提供有关谁何时发出每一条查询，这使用更多的磁盘空间，但如果你想知道谁在做什么，而不用将更新日志对照一般日志的内容找到连接事件。

    对上面的会话，扩展更新日志产生这样的信息：

# Time: 990507 7:32:42
# User@Host: paul [paul] @ localhost []
use test;
CREATE TABLE my_tbl (val int);
# User@Host: paul [paul] @ localhost []
INSERT INTO my_tbl VALUES(1);
# Time: 990507 7:32:43
# User@Host: paul [paul] @ localhost []
DROP TABLE my_tbl;　 

    保证你的日志文件安全并且不让任意用户读取是个好主意。一般日志和更新日志都能包含诸如口令等的敏感信息，因为它们包含查询文本。如：

990509 7:23:31 4 Query UPDATE user SET Password=PASSWORD("secret")
WHERE user="root" 

    以拥有数据目录的Unix用户运行此命令。确保服务器也以此用户运行，否则该命令不仅将其它人拒之门外，它也阻止服务器访问你的数据库。 

    状态文件出现在数据目录的优异目录，就象数据库目录，所以你可能担心这些文件名是否与数据库名冲突或出错（如在服务器执行SHOW DATABASES语句时）。答案是不。状态和日志文件信息存储在文件中，而数据库是目录，所以可执行程序能用一个简单的stat()调用区分它们。如果你看一下数据目录，你可以区分状态文件和数据库目录，用ls -l并检查模式的第一个字符是一个"_"还是一个"d"。 

    你也可以简单地看一下名字，所有状态文件名包含一个点(".")，而数据库目录没有（.在数据库名中是无效字符）。