mysql默认的安装_全面认识mysql安装默认的数据库

第一个数据库INFORMATION_SCHEMA：提供了访问数据库元数据的方式。

大家在安装或使用MYSQL时，会发现除了自己安装的数据库以外，还有一个information梥chema数据库。information梥chema数据库是做什么用的呢，使用WordPress博客的朋友可能会想，是不是安装模板添加的数据库呀？看完本片文章后，你就会对information梥chema数据库有所了解。

information梥chema数据库是MySQL自带的，它提供了访问数据库元数据的方式。什么是元数据呢？元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括''数据词典"和''系统目录"。

在MySQL中，把information梥chema看作是一个数据库，确切说是信息数据库。其中保存着关于MySQL服务器所维护的所有其他数据库的信息。如数据库名，数据库的表，表栏的数据类型与访问权限等。在INFORMATIONCHEMA中，有数个只读表。

它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件。

information梥chema数据库表说明：

SCHEMATA表：提供了当前mysql实例中所有数据库的信息。是show databases的结果取之此表。

TABLES表：提供了关于数据库中的表的信息(包括视图)。详细表述了某个表属于哪个schema，表类型，表引擎，创建时间等信息。是show tables from schemaname的结果取之此表。

COLUMNS表：提供了表中的列信息。详细表述了某张表的所有列以及每个列的信息。是show columns from schemaname.tablename 的结果取之此表。

STATISTICS表：提供了关于表索引的信息。是show index from schemaname.tablename的结果取之此表。

USER RIVILEGES(用户权限)表：给出了关于全程权限的信息。该信息源自mysql.user授权表。是非标准表。

SCHEMA_PRIVILEGES (方案权限)表：给出了关于方案(数据库)权限的信息。该信息来自mysql.db授权表。是非标准表。

TABLE_PRIVILEGES (表权限)表：给出了关于表权限的信息。该信息源自mysql.tables梡riv授权表。是非标准表。

COLUMN_PRIVILEGES (列权限)表：给出了关于列权限的信息。该信息源自mysql.columns梡riv授权表。是非标准表。

CHARACTER桽ETS(字符集)表：提供了 mysql实例可用字符集的信息。是SHOW CHARACTER SET结果集取之此表。

COLLATIONS表：提供了关于各字符集的对照信息。

COLLATION_CHARACTER_SET_APPLICABILITY 表：指明了可用于校对的字符集。

这些列等效于SHOW COLLATION的前两个显示字段。

TABLE_CONSTRAINTS表：描述了存在约束的表。以及表的约束类型。

KEY_COLUMN_USAGE表：描述了具有约束的键列。

ROUTINES表：提供了关于存储子程序(存储程序和函数)的信息。此时，ROUTINES表不包含自定义函数(UDF)。名为搈ysql.proc name?的列指明了对应于INFORMATION_SCHEMA.ROUTINES 表的 mysql.proc 表列。

VIEWS表：给出了关于数据库中的视图的信息。需要有show views权限，否则无法查看视图信息。

TRIGGERS表：提供了关于触发程序的信息。必须有super权限才能查看该表。

| CHARACTER_SETS |

| COLLATIONS |

| COLLATION_CHARACTER_SET_APPLICABILITY |

| COLUMNS |

| COLUMN_PRIVILEGES |

| ENGINES |

| EVENTS |

| FILES |

| GLOBAL_STATUS |

| GLOBAL_VARIABLES |

| KEY_COLUMN_USAGE |

| PARAMETERS |

| PARTITIONS |

| PLUGINS |

元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。

INFORMATION_SCHEMA是信息数据库，其中保存着关于MySQL服务器所维护的所有其他数据库的信息。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件。

每位MySQL用户均有权访问这些表，但仅限于表中的特定行，在这类行中含有用户具有恰当访问权限的对象。

现在很多人用phpmyadmin管理mysql数据库，有时候不想让普通用户通过phpmyadmin看到INFORMATION_SCHEMA数据库，可以设置一下在config.inc.php(有的是config.default.php)中设置这样一句

$cfg['Servers'][$i]['hide_db'] = 'information_schema';

SQLyog的设置方法：在设置用户名密码的时候，有个DataBase(s)，在其中指定你需要访问的db就可以了。但这样就只能看一个，不知道如果在这里面使用“;”隔开会不会生效，没有试过。

MySQL-front 的设置方法： 这种客户端如果不想看到这个“information_schema”，在设置的Login选项卡中，用户名密码的下面，也有一个DataBase，指定就可以了。

第二个数据库mysql：这个是mysql的核心数据库，类似于sql server中的master表，主要负责存储数据库的用户、权限设置、关键字等mysql自己需要使用的控制和管理信息。不可以删除，如果对mysql不是很了解，也不要轻易修改这个数据库里面的表信息。

2、mysql

这个是mysql的核心数据库，类似于sqlserver中的master表，主要负责存储数据库的用户、权限设置、关键字等mysql自己需要使用的控制和管理信息。不可以删除，如果对mysql不

是很了解，也不要轻易修改这个数据库里面的表信息。

3、test

这个是安装时候创建的一个测试数据库，和它的名字一样，是一个完全的空数据库，没有任何表，可以删除。

4、performace一schema

mvsal 5.5版本新增了一个性能优化的引擎：PERFORMANCE_SCHEMA这个功能默认

是关闭的：

需要设置参数：performance_schema才可以启动该功能，这个参数是静态参数，只能写

在my.cnf中不能动态修改。

先看看有什么东西吧：

mysql> use performance_schema;

Database changed

mysql> show tables ;

5、performance_schema详解我们使用mysql5.5也有一段时间了，对于performanceschema引擎的使用问题，

一直没有开展起来，主要原因是资料太少。这段时间花了一些时间专门的关注了

一下，形成本文档：

Mysql 5.5版本是第一个版本，本文提到的部分数据可能不适用，其中包括了

mysql 5.6的一些情况。

从数据库内部讲这些表关注了数据库的4个模块

分别是：

92.168. Mutex (互斥体，锁相关)

92.168. RWLOCKs (读写锁)

92.168. File I/O (文件 io)

92.168. Thread (线程)

包括了全部的mutex 42个，rwlocks 10个，以及6种类型的线程(thread),文

件io在分为数据(data),日志(log),临时文件(temp file i/o)。

Performanceschema记录的信息，比较底层，如果想深入的研究，需要对mysql

的internal有一定的了解，本篇，我们不关注源代码级的信息，仅从一个使用者

的角度来看，如何使用performanceschema为数据库优化提供一些建议。

Performance schema 下面的表：

mysql.cnt_it.sock@performance_schema> show tables ;

++

| Tables_in_performance_schema |

++

cond_instances |

events_waits_current |

events_waits_history |

events_waits_history_long |

events_waits_summary一by_instance |

events_waits_summary一by_thread_by_event_name |

events一waits一summary一global一by一event一name |

file一instances |

file一summary一by一event一name |

file一summary一by一instance |

mutex一instances |

performance一timers |

| rwlock_instances |

| setup一consumers |

| setupjnstruments |

| setup一timers |

| threads |

++

17 rows in set (0.00 sec)

这些表基本可以分为4部分

一类是 instance 表，

Instance表记录的是那种类型的对象被探测或者记录。

instance 表:

mysql> SELECT TABLE一NAME FROM INFORMATION一SCHEMA.TABLES

-> WHERE TABLE一SCHEMA = 'performance一schema'

-> AND TABLE一NAME LIKE '%instances';

++

| TABLE一NAME |

++

| cond一instances |

| file一instances |

| mutex一instances |

| rwlock一instances |

++

记录各种等待事件涉及到的实例：主要是3类:cond (容器？)mutex (互

斥锁)，rwlock (读写锁)

这些表是只读的。

一类是Setup表

Setup表记录了配置信息，以及监控的参数等等。

setup 表:

mysql> SELECT TABLE一NAME FROM INFORMATION一SCHEMA.TABLES

-> WHERE TABLE一SCHEMA = 'performance一schema'

-> AND TABLE一NAME LIKE 'setup%';

|setup一consumers描述各种事件

setupjnstruments描述这个数据库下的表名以及是否开启监控。

setup一timers描述监控选项己经采样频率的时间间隔

这个要多说一点目前performance-schema只支持'wait'时间的监控，代码树上wait/下的函数都可以监控到。