2.4 操作系统对数据库和表命名的限制
　　
　　MySQL对命名数据库和表有一个原则：
　　
　　名字可以由当前字符集中的任何字母数字字符组成，下划线和美元符$也可以。
　　名字最长为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"
　　对于检查和设置数据目录的权限，请见《MySQL安全性指南》。使数据目录安性的指令包含下列命令：
　　
　　% chmod 700 DATADIR
　　
　　以拥有数据目录的Unix用户运行此命令。确保服务器也以此用户运行，否则该命令不仅将其它人拒之门外，它也阻止服务器访问你的数据库。
　　
　　状态文件出现在数据目录的优异目录，就象数据库目录，所以你可能担心这些文件名是否与数据库名冲突或出错（如在服务器执行SHOW DATABASES语句时）。答案是不。状态和日志文件信息存储在文件中，而数据库是目录，所以可执行程序能用一个简单的stat()调用区分它们。如果你看一下数据目录，你可以区分状态文件和数据库目录，用ls -l并检查模式的第一个字符是一个"_"还是一个"d"。
　　
　　你也可以简单地看一下名字，所有状态文件名包含一个点(".")，而数据库目录没有（.在数据库名中是无效字符）。