您的位置:

mysqlmyisam文件(mysql myisam)

本文目录一览:

MySQL的数据库文件有几种?扩展名及作用分别是什么?

在MySQL中每一个数据库都会在定义好(或者默认)的数据目录下存在一个以数据库名字命名的文件夹,用来存放该数据库中各种表数据文件。

1、“.frm”文件 与表相关的元数据(meta)信息都存放在“.frm”文件中,包括表结构的定义信息等。不论是什么存储引擎,每一个表都会有一个以表名命名的“.frm”文件。所有的“.frm”文件都存放在所属数据库的文件夹下面。

2、“.MYD”文件“ .MYD”文件是MyISAM存储引擎专用,存放MyISAM表的数据。每一个MyISAM表都会有一个“.MYD”文件与之对应,同样存放于所属数据库的文件夹下,和“.frm”文件在一起。

3、“.MYI”文件 “.MYI”文件也是专属于MyISAM存储引擎的,主要存放MyISAM表的索引相关信息。对于MyISAM存储来说,可以被cache的内容主要就是来源于“.MYI”文件中。每一个MyISAM表对应一个“.MYI”文件,存放于位置和“.frm”以及“.MYD”一样。

管理工具:

可以使用命令行工具管理 MySQL 数据库(命令 mysql 和 mysqladmin),也可以从 MySQL 的网站下载图形管理工具 MySQL Administrator, MySQL Query Browser 和 MySQL Workbench。

phpMyAdmin是由 php 写成的 MySQ L资料库系统管理程程序,让管理者可用 Web 界面管理 MySQL 资料库。

phpMyBackupPro也是由 PHP 写成的,可以透过 Web 界面创建和管理数据库。它可以创建伪 cronjobs,可以用来自动在某个时间或周期备份 MySQL 数据库。另外,还有其他的 GUI 管理工具,例如 mysql-front 以及 ems mysql manager, navicat等等。

以上内容参考:百度百科-mySQL

MYSQL中MyISAM 和InnoDB索引的区别

MYISAM 表是典型的数据与索引分离存储,主键和二级索引没有本质区别。比如在 MYISAM 表里主键、唯一索引是一样的,没有本质区别。

INNODB 表本身是索引组织表,也就是说索引就是数据。下图表T1的数据行以聚簇索引的方式展示,非叶子节点保存了主键的值,叶子节点保存了主键的值以及对应的数据行,并且每个页有分别指向前后两页的指针。

INNODB 表不同于 MYISAM,INNODB 表有自己的数据页管理,默认 16KB。MYISAM 表数据的管理依赖文件系统,比如文件系统一般默认 4KB,MYISAM的块大小也是 4KB,MYISAM 表的没有自己的一套崩溃恢复机制,全部依赖于文件系统。

INNODB 表这样设计的优点有两个:

数据按照主键顺序存储。主键的顺序也就是记录行的物理顺序,相比指向数据行指针的存放方式,避免了再次排序。我们知道,排序消耗最大。

2. 两个叶子节点分别含有指向前后两个节点的指针,这样在插入新行或者进行页分裂时,只需要移动对应的指针即可。

INNODB 二级索引的非叶子节点保存索引的字段值,上图索引为表 t1 的字段 age。叶子节点含有索引字段值和对应的主键值。

这样做的优点是当出现数据行移动或者数据页分裂时,避免二级索引不必要的维护工作。当数据需要更新的时候,二级索引不需要重建,只需要修改聚簇索引即可。

但是也有缺点:

1. 二级索引由于同时保存了主键值,体积会变大。特别是主键设计不合理的时候,比如用 UUID 做主键。

2. 对二级索引的检索需要检索两次索引树。第一次通过检索二级索引叶子节点,找到过滤行对应的主键值;第二次通过这个主键的值去聚簇索引中查找对应的行。

Mysql存储引擎Myisam小结

    myisam在mysql5.5之前是默认存储引擎,从5.5开始mysql的默认存储引擎为innodb.目前mysql版本myisam仍然有广泛的应用.mysql的一些系统表和临时表存储引擎仍然使用的myisam.这里的临时表指的是在查询过程中对查询的数据进行排序,分组等操作,数据量超过一定数量时,由查询优化器建立的临时表.

myisam每个表都有三个文件组成:

.frm 表结构描述

.MYD 存储数据

.MYI 存储索引

myisam存储引擎的锁级别为表级锁,myisam为表级读共享写独占锁.myisam读并不会完全阻塞写,myisam允许在读的同时在表的后面追加对应的数据.concurrent_insert控制对应的并发性.

concurrent_insert可以设置为以下3个值:

在5.0之前,myisam只支持文件大小为4G的文件,再次之后支持256TB大小的文件.如果表要大于4G,需要设置MAX_ROWS和AVG_ROW_LENGTH的值.

相对于innodb存储引擎来说myisam占用的表空间更加少。myisam支持通过myisampack对单个表做进一步压缩。通过myisampack进行压缩,myisampack能过将数据压缩40%~70%。但是通过myisampack压缩后的数据该表将变成只读。压缩后需要对该表进行检查,使用工具myisamchk。

myisam存储引擎不支持事务。update后无需commit将会自动提交,也无法回滚。正是如此,myisam没有redo log以及undo log文件。在迁移数据对应的表的时候,只需要将对应的表拷贝到目标机器上就可以使用了。但是由于没有redo log和undo log,这样容易造成表损坏。

通过check table tablename和repair table tablename两条命令表进行修护。

myisam含有一些空间函数。一些地理信息系统的空间应用需要使用这种类型的存储引擎。

数据表是MyISAM格式,是什么意思

mysql 安装目录下的data目录下。 每个表都作为三个文件存在: 一个格式(描述)文件,---.frm 一个数据文件, ---.isd(ISAM)或.MYD(MyISAM) 一个索引文件 ---.isd(ISAM)或.MYI(MyISAM)

MySQL中MyISAM和InnoDB的区别

MySQL默认采用的是MyISAM,MyISAM不支持事务,而InnoDB支持。InnoDB的AUT COMMIT默认是打开的,即每条SQL语句会默认被封装成一个事务,自动提交,这样会影响速度,所以最好是把多条SQL语句显示放在begin和commit之间,组成一个事务之后再去提交。

InnoDB支持数据行锁定,而MyISAM不支持,只支持锁定整个表。即MyISAM同一个表上的读锁和写锁是互斥的,MyISAM并发读写时如果等待队列中既有读请求又有写请求,默认写请求的优先级高,即使读请求先到,所以MyISAM不适用于有大量查询和修改并存的情况下,这样会导致查询进程长时间堵塞;因为MyISAM是锁表,所以某项读操作比较耗时会使其他写进程饿死。

InnoDB支持外键,MyISAM不支持;而且InnoDB的主键范围更大,是MyISAM的2倍。

InnoDB不支持全文索引,而MyISAM支持。全文索引是指对char、varchar和text中的每个词建立倒排序索引;MyISAM的全文索引其实没有什么太大用,因为它不支持中文分词,必须由使用者分词后加入空格再写到数据表里,而且少于4个汉字的词会和停用词一样被忽略掉。

MyISAM支持GIS数据,InnoDB不支持,即MyISAM支持以下空间数据对象:Point、line、Surface等。