首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

Linux索引节点(inode)用满导致的一次故障

一、发现问题:   在一台配置较低的Linux服务器(内存、硬盘比较小)的/data分区内创建文件时,系统提示磁盘空间不足,用df -h命令查看了一下磁盘使用情况,发现/data分区只使用了66%,还有...二、分析问题:   后来用df -i查看了一下/data分区的索引节点(inode),发现已经用满(IUsed=100%),导致系统无法创建新目录和文件。 ?   ...inode译成中文就是索引节点,每个存储设备(例如硬盘)或存储设备的分区被格式化为文件系统后,应该有两部份,一部份是inode,另一部份是Block,Block是用来存储数据用的。...inode为每个文件进行信息索引,所以就有了inode的数值。操作系统根据指令,能通过inode值最快的找到相对应的文件。

2.7K20

Linux节点inode

Linux节点 inode inode是存储文件元信息的区域,中文译名为“索引节点”。所谓元信息,即文件的创建者、创建日期、文件的大小等等。...文件所属组的ID 文件的权限,包括读写执行权限(rwx) inode文件数据块的位置、数据块数、IO块大小、设备号码 最近访问时间、最近更改时间、最近变动时间 inode占用硬盘空间,每个inode节点的大小...inode节点的总数,在格式化的时候就给定,一般是1KB或每2KB就设置一个inode。 查看每个硬盘分区的inode总数和已经使用的数量,可以使用df命令。...Unix/Linux系统内部不使用文件名,而使用inode号码来识别文件。对于系统来说,文件名只是inode号码便于识别的别称或者绰号。

6K30

「Mysql索引原理(十五)」维护索引-修复损坏的

修复损坏的 即使用正确的类型创建了并加上了合适的索引,工作也没有结束:还需要维护索引来确保它们都正常工作。...维护有三个主要的目的:找到并修复损坏的,维护准确的索引统计信息,减少碎片。 损坏(corruption)是很糟糕的事情。对于MyISAM存储引擎,损坏通常是系统崩溃导致的。...其他的引擎也会由于硬件问题、MySQL本身的缺陷或者操作系统的问题导致索引损坏。 损坏的索引会导致查询返回错误的结果或者莫须有的主键冲突等问题,严重时甚至还会导致数据库的崩溃。...CHECK TABLE通常能够找出大多数的索引的错误。...不过,如果损坏的是系统区域,或者是的“行数据”区域,而不是索引,那么上面的办法就没有用了。在这种情况下,可以从备份中恢复,或者尝试从损坏的数据文件中尽可能地恢复数据。

2.2K20

MYSQL 回索引覆盖、 索引下推

每个 INNODB 都会有一个聚簇索引 创建规则如下: * 如果设置了主键,则主键就是聚簇索引 * 如果没有主键,则会默认第一个NOT NULL,且唯一(UNIQUE)的列作为聚簇索引 * 以上都没有...,则会默认创建一个隐藏的row_id作为聚簇索引 聚簇索引整体是一个B+树,非叶子节点存放的是键值,叶子节点存放的是行数据,称之为数据页,这就决定了中的数据也是聚簇索引中的一部分,数据页之间是通过一个双向链表来链接...InnoDB的普通索引叶子节点存储的是主键(聚簇索引)的值,而MyISAM的普通索引存储的是记录指针。 2....explain 分析: 可通过Extra 是否是Using Index 判断查询是否索引覆盖 如何实现索引覆盖: 将被查询的字段,建立到联合索引里去 哪些场景适合使用索引覆盖来优化SQL 全count...where子句的数据返回 ,此过程需要回 Mysql版本 >= 5.6 检索复合索引 idx_name_age 查询所有 name 包含 “张” 的 且age =20 的数据 直接返回结果集, 无需回

1.8K30

索引 vs 全扫描

索引是数据库的重要技术,本质是用空间换时间,或者放慢写入加速查询。通常我们会将索引和全扫描来对比,并且一般都会觉得全扫描很 low,真的是这样吗? 之前我们介绍了第一个文件格式:什么是文件格式?...现在有两种查询方式:全扫描、索引。全扫描和索引都是逻辑概念。 全扫描:最简单的查询操作。即将数据从磁盘上一个个读到内存中做过滤,最后返回结果。...全扫描总耗时 = IO耗时 = NX/T 索引:由于磁盘上数据是乱序的,我们建一个B+树索引,并在内存中维护索引索引将所有数据排序,并记录对应的磁盘位置。...有区别就有不同的应对措施,我们可以根据 F 选择查索引还是全扫描。...总结 传统数据库中一般对索引的介绍是,当很大的时候可以考虑建立索引。Seek是一个很耗时的操作,需要避免查询中过多的 seek。同时,数据库应该根据不同的查询条件选择查询方式。

1.1K10

MySQL只索引组织

MySQL之索引组织 今天没怎么学习,简单写下MySQL里面innodb存储引擎下的索引组织吧。...在Innodb存储引擎中,都是根据主键的顺序组织存放的,这种存储方式的称之为索引组织,在innodb存储引擎中,每张都有主键,也就是primary key,如果在创建的时候没有显式的制定主键,...3.当我们的中有多个唯一索引时,innodb存储引擎会选择建时的第一个定义的非空索引作为主键,需要注意的是,主键的选择根据的是定义索引的顺序,而不是建时的顺序。...这张包含a,b,c,d四个列b,c,d三个列上我们都创建了唯一索引,不同的是b的值可以为空,而c,d列都是唯一索引,而且不为空,上面的建表语句没有显式的定义主键,所以innodb存储引擎会帮我们自动选择非空的唯一索引...,可以看出虽然c,d都是非空唯一索引,但是在定义的过程中,unique key (d)比较靠前,所以innodb存储引擎将他作为这个的主键。

1.4K10

MySQL 的回、覆盖索引索引下推

在研究mysql二级索引的时候,发现Mysql回这个操作,往下研究了一下 字面意思,找到索引,回到中找数据 解释一下就是: 先通过索引扫描出数据所在的行,再通过行主键ID 取出数据。...ID回到主键索引树里再查表里的数据,这个操作就是回。...另外回的产生也是需要一定条件的,如果一次索引查询就能获得所有的select 记录(也就是联合索引已经包含了你查的字段)就不需要回,如果select 所需获得列中有其他的非索引列,就会发生回动作。...会先在name索引上顺序找到 符合条件的name和id数据; 3. 然后通过id在聚簇索引上回找到对应的age数据,将结果存放在临时中; 4. 最后在临时中通过age条件来筛选数据。...总结: 索引下推功能是mysql 5.6推出优化回的操作,只支持向上兼容,低版本是不支持的; 索引下推优化的只是回次数,扫描行数还是一样的。

1.3K20

mysql查询索引_MySQL查看表索引

mysql> show index from tblname; mysql> show keys from tblname; · Table 的名称。...· Non_unique 如果索引不能包括重复词,则为0。如果可以,则为1。 · Key_name 索引的名称。 · Seq_in_index 索引中的列序列号,从1开始。...· Collation 列以什么方式存储在索引中。在MySQL中,有值‘A’(升序)或NULL(无分类)。 · Cardinality 索引中唯一值的数目的估计值。...基数根据被存储为整数的统计数据来计数,所以即使对于小型,该值也没有必要是精确的。基数越大,当进行联合时,MySQL使用该索引的机 会就越大。...· Sub_part 如果列只是被部分地编入索引,则为被编入索引的字符的数目。如果整列被编入索引,则为NULL。 · Packed 指示关键字如何被压缩。如果没有被压缩,则为NULL。

6.7K40

「Mysql索引原理(十六)」维护索引-更新索引统计信息

MyISAM将索引统计信息存储在磁盘中, ANALYZE TABLE需要进行一次全索引扫描来计算索引基数。在整个过程中需要锁。...STATISTICS很方便地查询到这些信息。例如基于 INFORMATION_SCHEMA的,可以编写一个查询给出当前选择性比较低的索引。...设置更大的值,理论上来说可以帮助生成更准确的索引信息,特别是对于某些超大的数据来说,但具体设置多大合适依赖于具体的环境。...InnoDB会在首次打开,或者执行 ANALYZE TABLE,抑或的大小发生非常大的变化(大小变化超过十六分之一或者新插入了20亿行都会触发)的时候计算索引的统计信息。...如果想要更稳定的执行计划,并在系统重启后更快地生成这些统计信息,那么可以使用系统来持久化这些索引统计信息。甚至还可以在不同的机器间迁移索引统计信息,这样新环境启动时就无须再收集这些数据。

2K40

2018-11-26 oracle查询信息(索引,外键,列等)1、查询出所有的用户2、查询出用户所有索引3、查询用户索引(非聚集索引):4、查询用户的主键(聚集索引):5、查询索引6

oracle中查询的信息,包括名,字段名,字段类型,主键,外键唯一性约束信息,索引信息查询SQL如下,希望对大家有所帮助: 1、查询出所有的用户 select * from user_tables...2、查询出用户所有索引 select * from user_indexes 3、查询用户索引(非聚集索引): select * from user_indexes where uniqueness...='NONUNIQUE' 4、查询用户的主键(聚集索引): select * from user_indexes where uniqueness='UNIQUE' 5、查询索引 select...lower(object_type) in ('procedure','function'); 11.查询其它角色的权限 select * from role_tab_privs ; 查看索引个数和类别...select * from user_indexes where table_name='名' ; 查看索引索引的字段 select * from user_ind_columns where

2.9K20

InnoDB 聚集索引和非聚集索引、覆盖索引、回索引下推简述

的时候都会创建一个聚集索引,每张都有唯一的聚集索引: 如果主键被定义了,那么这个主键就是作为聚集索引 如果没有主键被定义,那么该的第一个唯一非空索引作为聚集索引 如果没有主键也没有唯一索引,InnoDB...在创建添加的索引都是非聚集索引,非聚集索引就是一个为了找到聚集索引的二级索引,通过二级索引索引找到主键,再查找数据。创建一个 T,中有个一个主键id。...中有字段 k,并创建在 k 字段上创建索引。...当创建和插入数据后会生成两棵树: 其中左边的是聚集索引,右边的是非聚集索引。非聚集索引叶子节点存储的是主键的值,聚集索引存储的是整行的数据。...总结 本文从索引查询数据流程上介绍了数据库索引的概念,包括聚集索引、非聚集索引、覆盖索引、回、最左匹配、索引下推,对于基础的掌握可以更快的做数据库的优化,比如减少回的次数,最好使用聚集索引,或者覆盖索引

1K20

索引节点(inode)爆满引发的问题

关于磁盘空间中索引节点爆满的问题还是挺多的,借此跟大家分享一下: 一、发现问题 在公司一台配置较低的Linux服务器(内存、硬盘比较小)的/data分区内创建文件时,系统提示磁盘空间不足,用df -h...二、分析问题: 后来用df -i查看了一下/data分区的索引节点(inode),发现已经用满(IUsed=100%),导致系统无法创建新目录和文件。.../dev/mapper/VolGroup-lv_home 53452800 53452800 0 100% /data inode译成中文就是索引节点,每个存储设备...inode为每个文件进行信息索引,所以就有了inode的数值。操作系统根据指令,能通过inode值最快的找到相对应的文件。...结果用到了df -i命令查看磁盘的节点发现如下图: ? 节点100%了. 这个时候用户可以先看下日志文件是否太多,如果是日志文件占用大量的inodes可以临时释放清理下过期的日志。

2.3K80

MySQL查询索引的方式

在网上可以查到有两种方式查询索引 show index from tablename SELECT * FROM mysql.innodb_index_stats a WHERE a.database_name...= '数据库名' and a.table_name like '%名%'; 第一种是可行的,问题是在于并不是用SELECT语句,所以就不能和其他的数据一起查询,譬如说 查询结构的时候连同索引一起查询...在网上翻了很多页面都没有找到合适的解决方案,于是我把所有独立数据库用户身份可以查看的全部翻看一遍之后发现。STATICS中是存有索引数据的。...SELECT * FROM INFORMATION_SCHEMA.STATISTICS WHERE TABLE_SCHEMA = basename AND TABLE_NAME = tablename 将索引信息和结构信息一起查看的查询...先将STATISTICS中的数据过滤一遍,再进行合并,两张都要以basename,tablename进行过滤。

3.3K20
领券