MySQL关于数据字典的一个疑问

今天看着MySQL的数据字典，突然想到一个问题：为什么MySQL数据字典 information_schema中的表名是大写，而performance_schema和其他库中的是小写？

专注于为中小企业提供网站制作、成都网站设计服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业门头沟免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了超过千家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。

带着这个问题，我开始了一些猜测和自我论证。

首先大小写的这个情况是相对不兼容的。

比如在performance_schema中，根据关键字user可以找到两个相关的表。

 
 
 
 
    
  
  
  
  
  1. mysql> show tables  like 'user%'; 
    2. 
  
  
  
  
  2. +--------------------------------------+ 
    3. 
  
  
  
  
  3. | Tables_in_performance_schema (user%) | 
    4. 
  
  
  
  
  4. +--------------------------------------+ 
    5. 
  
  
  
  
  5. | user_variables_by_thread             | 
    6. 
  
  
  
  
  6. | users                                | 
    7. 
  
  
  
  
  7. +--------------------------------------+ 
    8. 
  
  
  
  
  8. 2 rows in set (0.00 sec) 
    9.

但是如果我改做大写，是不能识别的，这在其他的数据库里也是类似的处理方式。

 
 
 
 
    
  
  
  
  
  1. mysql> desc USERS; 
    2. 
  
  
  
  
  2. ERROR 1146 (42S02): Table 'performance_schema.USERS' doesn't exist 
    3. 
  
  
  
  
  3. mysql> select database(); 
    4. 
  
  
  
  
  4. +--------------------+ 
    5. 
  
  
  
  
  5. | database()         | 
    6. 
  
  
  
  
  6. +--------------------+ 
    7. 
  
  
  
  
  7. | performance_schema | 
    8. 
  
  
  
  
  8. +--------------------+ 
    9. 
  
  
  
  
  9. 1 row in set (0.00 sec)
    10.

而在information_schema中，则是相对兼容的。

 
 
 
 
    
  
  
  
  
  1. mysql> select count(*)from tables; select count(*)from TABLES; 
    2. 
  
  
  
  
  2. +----------+ 
    3. 
  
  
  
  
  3. | count(*) | 
    4. 
  
  
  
  
  4. +----------+ 
    5. 
  
  
  
  
  5. |      383 | 
    6. 
  
  
  
  
  6. +----------+ 
    7. 
  
  
  
  
  7. 1 row in set (0.01 sec) 
    8. 
  
  
  
  
  8. +----------+ 
    9. 
  
  
  
  
  9. | count(*) | 
    10. 
  
  
  
  
  10. +----------+ 
    11. 
  
  
  
  
  11. |      383 | 
    12. 
  
  
  
  
  12. +----------+ 
    13. 
  
  
  
  
  13. 1 row in set (0.00 sec)
    14.

如果从物理文件的角度来看，你会发现在MySQL中information_schema这个数据库和其他数据库不同，没有一个指定的目录存在。

 
 
 
 
    
  
  
  
  
  1. [root@dev01 mysql]# ll 
    2. 
  
  
  
  
  2. total 188796 
    3. 
  
  
  
  
  3. -rw-r----- 1 mysql mysql       56 Jan  2 12:37 auto.cnf 
    4. 
  
  
  
  
  4. -rw-r----- 1 mysql mysql        5 Mar 13 14:26 dev01.pid 
    5. 
  
  
  
  
  5. drwxr-x--- 2 mysql mysql    12288 Mar  9 10:44 devopsdb 
    6. 
  
  
  
  
  6. drwxr-x--- 2 mysql mysql     4096 Jan  2 12:38 dms_metadata 
    7. 
  
  
  
  
  7. -rw-r----- 1 mysql mysql     1292 Jan 26 19:44 ib_buffer_pool 
    8. 
  
  
  
  
  8. -rw-r----- 1 mysql mysql 79691776 Mar 13 23:27 ibdata1 
    9. 
  
  
  
  
  9. -rw-r----- 1 mysql mysql 50331648 Mar 13 23:27 ib_logfile0 
    10. 
  
  
  
  
  10. -rw-r----- 1 mysql mysql 50331648 Mar 13 23:27 ib_logfile1 
    11. 
  
  
  
  
  11. -rw-r----- 1 mysql mysql 12582912 Mar 13 23:36 ibtmp1 
    12. 
  
  
  
  
  12. drwxr-x--- 2 mysql mysql     4096 Jan 24 19:04 kmp 
    13. 
  
  
  
  
  13. drwxr-x--- 2 mysql mysql     4096 Jan  2 12:37 mysql 
    14. 
  
  
  
  
  14. -rw-r----- 1 mysql mysql   324407 Mar 13 21:54 mysqld.log 
    15. 
  
  
  
  
  15. drwxr-x--- 2 mysql mysql     4096 Jan  2 12:37 performance_schema 
    16. 
  
  
  
  
  16. drwxr-x--- 2 mysql mysql    12288 Jan  2 12:37 sys 
    17. 
  
  
  
  
  17. drwxr-x--- 2 mysql mysql     4096 Mar 13 23:27 test 
    18.

这个数据的存储就好比Oracle里面的系统表空间，所以information_schema是名副其实的数据字典库。

而performance_schema则是一个内存库，它的存储引擎是特别的一种，不是InnoDB也不是MyISAM,Memory,而是performance_schema

带着疑问我继续切换到了information_schema中，可以很明显的发现information_schema中的数据字典大多是Memory存储引擎。

 
 
 
 
    
  
  
  
  
  1. mysql> show create table tables \G 
    2. 
  
  
  
  
  2. *************************** 1. row *************************** 
    3. 
  
  
  
  
  3.        Table: TABLES 
    4. 
  
  
  
  
  4. Create Table: CREATE TEMPORARY TABLE `TABLES` ( 
    5. 
  
  
  
  
  5.   `TABLE_CATALOG` varchar(512) NOT NULL DEFAULT '', 
    6. 
  
  
  
  
  6.  。。。 
    7. 
  
  
  
  
  7.   `TABLE_COMMENT` varchar(2048) NOT NULL DEFAULT '' 
    8. 
  
  
  
  
  8. ) ENGINE=MEMORY DEFAULT CHARSET=utf8 
    9. 
  
  
  
  
  9. 1 row in set (0.00 sec)
    10.

还要一些是InnoDB的。

 
 
 
 
    
  
  
  
  
  1. mysql>  show create table PLUGINS\G 
    2. 
  
  
  
  
  2. *************************** 1. row *************************** 
    3. 
  
  
  
  
  3.        Table: PLUGINS
    4. 
  
  
  
  
  4.  Create Table: CREATE TEMPORARY TABLE `PLUGINS` ( 
    5. 
  
  
  
  
  5.   `PLUGIN_NAME` varchar(64) NOT NULL DEFAULT '', 
    6. 
  
  
  
  
  6.   `PLUGIN_VERSION` varchar(20) NOT NULL DEFAULT '', 
    7. 
  
  
  
  
  7.   `PLUGIN_STATUS` varchar(10) NOT NULL DEFAULT '', 
    8. 
  
  
  
  
  8. 。。。 
    9. 
  
  
  
  
  9.   `LOAD_OPTION` varchar(64) NOT NULL DEFAULT '' 
    10. 
  
  
  
  
  10. ) ENGINE=InnoDB DEFAULT CHARSET=utf8 
    11. 
  
  
  
  
  11. 1 row in set (0.00 sec) 
    12.

所以数据字典的结构其实还算是比价繁杂，涉及多个存储引擎，涉及多中规则和处理方式。

如果我们仔细查看上面的语句，就会发现，这些数据字典都是temporary table.

明白了这些，对我们分析问题的方向就很有利了。

所以我的初步设想就是通过这种命名方式能够标识出来它就是临时表，避免混淆。

怎么理解呢。

如果一个数据库中存在一个临时表，一个普通表，名字都是test，可不可行？

不要猜行不行，而是快速验证一下。

 
 
 
 
    
  
  
  
  
  1. mysql> create table tmp (id int,name varchar(30)); 
    2. 
  
  
  
  
  2. Query OK, 0 rows affected (0.09 sec) 
    3. 
  
  
  
  
  3. mysql> create temporary table tmp(id int,name varchar(30)); 
    4. 
  
  
  
  
  4. Query OK, 0 rows affected (0.00 sec)
    5.

这个时候插入一条记录，显示成功，但是我们却没有办法判断到底是插入到了哪个表里。

 
 
 
 
    
  
  
  
  
  1. mysql> insert into tmp values(1,'aa'); 
    2. 
  
  
  
  
  2. Query OK, 1 row affected (0.00 sec) 
    3.

所以我们可以用排除的方式来验证，我们删掉tmp,然后查看剩下的数据到底在哪里？

删除成功，但是这个时候我们还需要其他的信息来佐证。

 
 
 
 
    
  
  
  
  
  1. mysql> drop table tmp ; 
    2. 
  
  
  
  
  2. Query OK, 0 rows affected (0.00 sec) 
    3.

查看tmp的定义信息，很明显drop的tmp是临时表。

 
 
 
 
    
  
  
  
  
  1. mysql> show create table tmp ; 
    2. 
  
  
  
  
  2. +-------+---------------------------------------------+ 
    3. 
  
  
  
  
  3. | Table | Create Table    
    4. 
  
  
  
  
  4. +-------+--------------------------------------------+ 
    5. 
  
  
  
  
  5. | tmp   | CREATE TABLE `tmp` ( 
    6. 
  
  
  
  
  6.   `id` int(11) DEFAULT NULL, 
    7. 
  
  
  
  
  7.   `name` varchar(30) DEFAULT NULL 
    8. 
  
  
  
  
  8. ) ENGINE=InnoDB DEFAULT CHARSET=utf8 | 
    9. 
  
  
  
  
  9. +-------+-----------------------------------------+ 
    10. 
  
  
  
  
  10. 1 row in set (0.00 sec) 
    11.

那么插入的数据到了哪里呢，一查便知，显示为0，则很显然数据是插入到了临时表tmp中。

 
 
 
 
    
  
  
  
  
  1. mysql> select count(*)from tmp ; 
    2. 
  
  
  
  
  2. +----------+ 
    3. 
  
  
  
  
  3. | count(*) | 
    4. 
  
  
  
  
  4. +----------+ 
    5. 
  
  
  
  
  5. |        0 | 
    6. 
  
  
  
  
  6. +----------+ 
    7. 
  
  
  
  
  7. 1 row in set (0.00 sec) 
    8.

而如果我们继续换个思路，定义两个表，一个是大写的TABLES,一个是小写的tables

则默认的情况下也是不会冲突的，尽管tables是在数据字典层面的一个表，但是在其他数据库中依旧可以正常处理，命名还是不会冲突。

 
 
 
 
    
  
  
  
  
  1. mysql> create table TABLES  (id INT ); 
    2. 
  
  
  
  
  2. Query OK, 0 rows affected (0.12 sec) 
    3. 
  
  
  
  
  3. 
  
  
  
  
  4. 
  
  
  
  
  5. mysql> create table tables  (id INT ); 
    6. 
  
  
  
  
  6. Query OK, 0 rows affected (0.11 sec) 
    7.

所以这个问题的初步理解就是为了在数据字典层面作为一种清晰的标识，而如果想得到更多的信息，还是得翻翻代码的实现了。

网页标题：MySQL关于数据字典的一个疑问
当前网址：http://www.shufengxianlan.com/qtweb/news45/298395.html

成都网站建设公司_创新互联，为您提供企业网站制作、网站设计公司、网站维护、品牌网站制作、软件开发、面包屑导航

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

网站建设知识

各行业网站

轻质隔墙板　　 　益鑫餐饮　　 　软文推广　　 　西部信息机房　　 　橡塑保温管　　 　自贡服务器托管　　 　四川黔盛装饰　　 　成都广告设计公司　　 　专业网站建设　　 　移动服务器托管　　 　成都App定制　　 　成都网站建设　　 　成都网站优化　　 　400电话办理　　 　宇仓仓储　　 　做网站价格　　 　成都企业网站建设　　 　西部信息中心　　 　成都网站制作　　 　都江堰做网站