首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL默认几个库是干啥的?

本文涉及:MySQL安装后自带的4个数据库:information_schema、 performance_schema、sys、mysql的作用及其中各个表所存储的数据含义 information_schema...information_schema是mysql自带的一个信息数据库,其保存着关于mysql服务器所维护的所有其他数据库的信息,如数据库名,数据库的表,表栏的数据类型与访问权限等 也就是说当你建立一个新的数据库...plugins :mysql的插件信息,是否是活动状态等信息 routines:关于存储过程和方法function的一些信息 schemata:这个表提供了实例下有多少个数据库,而且还有数据库默认的字符集...:配置具体的instrument setup_objects:配置监控对象,默认mysql、performance_schema和information_schema中的表都不监控,而其它所有表都监控...存储数据库的用户、权限设置、关键字等mysql自己需要使用的控制和管理信息 相关表: user:用户表 db:存储了某个用户对一个数据库的权限 host:存储了某个主机对数据库的操作权限 tables_priv

2.1K10
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL 8.0 四个默认数据库分析

    MySQL 8.0 安装完成后会自动生成四个数据库 1.information_schema NFORMATION_SCHEMA提供对数据库元数据的访问 ,有关MySQL服务器的信息,例如数据库或表的名称...关于里面各表的作用参考官方链接 https://dev.mysql.com/doc/refman/8.0/en/information-schema.html 2.mysql mysql的核心数据库,...主要负责存储数据库的用户、权限设置、关键字等mysql自己需要使用的控制和管理信息. 3.perfrmace_schema performance_schema 主要用于收集存放数据库的性能参数,它是使用...PERFORMANCE_SCHEMA存储引擎和performance_schema数据库实现的。...官方链接 https://dev.mysql.com/doc/refman/8.0/en/performance-schema.html 4.sys MySQL 8.0包含 sys模式,这是一组帮助DBA

    3.3K10

    分享几个MySQL数据库管理效率的利器

    faba4efdcdcdc7eb6e729ed6c941b064cf8c7c3a7d87eff491d32d4ee7f6423ebd230033d2cc&scene=178&cur_album_id=2869345486221262853#rd > 分享几个...MySQL数据库管理效率的利器,含数据库备份、数据同步、性能监控到故障恢复和高可用性方面的工具,我只是做了工具整理,目的是抛砖引玉,有兴趣的小伙伴可自行对感兴趣的工具进行深入研究,欢迎大家一起交流。...MySQL高可用工具 MySQL高可用工具对于保障数据库的可用性和故障转移至关重要,常用的工具包括: - MHA(MySQL Master High Availability):一个开源的MySQL高可用工具...,可以实现MySQL主从复制的自动故障转移和恢复,保障数据库的高可用性。...> 这些技术工具为MySQL数据库管理提供了丰富的选择,从数据库备份、数据同步、性能监控到故障恢复和高可用性方面都提供了强大的支持,可以帮助我们提升数据库管理效率,有兴趣的小伙伴赶紧玩起来!

    15110

    数据库默认排序

    目标:理解oracle,mysql,sqlserve 三个数据库中的排序效率问题!...oracle的数据库实现就一个原则,怎么快怎么效率高就怎么来。大多数情况下不需要排序还非得按主键排序这不是浪费资源么? 这和oracle的表结构是有关系的,因为oracle的表结构默认是按堆存放的。...如果你建表的时候就是建的按索引组织的表,那么它返回的时候就会默认排序了。...任何时候要排序就要加上order by 参考博客:https://blog.csdn.net/indieinside/article/details/45912911 Mysql: Mysql默认排序的...如果要增加查询效率可以 在后面加上 ORDER BY NULL sqlserver: 在不指定Order by的情况下,sqlserver会根据执行计划实际查询方式来得到数据 ,默认不排序

    1.7K10

    MySQL几个常见问题

    死锁和死锁检测 概念:当并发系统中不同线程出现循环资源依赖,涉及的线程都在等待别的线程释放资源时,就会导致这几个线程都进入无限等待的状态,称为死锁。...出现死锁以后,两种策略: 进入等待,直到超时,这个超时时间可以通过参数innodb_lock_wait_timeout来设置,在innodb中默认值是50s。...n)的操作,假设有1000个并发线程要同时更新同一行,那么死锁检测操作就是100万量级,虽然最终检测结构可能是没有死锁,但是这期间要消耗大量的CPU资源,这时就会看到CPU利用率很高,但是每秒执行不了几个事务...控制并发度,这个并发控制要在数据库服务端,如果有中间件,可以考虑在中间件实现。如果有实力修改MySQL源码,也可以在MySQL里实现。...MySQL数据库cpu飙升到500%,应如何处理?

    11210

    mysql:深究 sql 默认排序 order by

    mysql 语句中如果没有使用 order by 来排序,通常会用 主键正序排列,但是有的时候不是这样,来看一个实例。...实例 ---- 群友问:请教一个问题,mysql 默认排序问题,当sql 语句 的排序没有指定 主键(id)的时候是按着什么规则排序的呢? ?...大概意思就是数据储存的表 不是有序的,而是一个集合,在没有使用 order by 来排序的时候,不能默认就是 根据主键排序。...大概意思:没有默认的排序顺序。即使表具有聚集索引,也不能保证按该顺序获得结果。如果需要特定的顺序,则必须使用ORDER BY子句。 ?...结论 ---- 到这大家应该明白了,mysql 的没有默认排序,如果需要排序一定要加上 order by 来排序,大家有没有遇到过这样的问题,欢迎一起来讨论,如果有不对的地方,请指正,感谢。

    4.3K20

    MYSQL 默认情况下 MYSQL 是ACID 吗?

    前几天的MYSQL的事务错误不会滚的问题, 有同学反映没有太明白. 今天就以这个作为一个主题来做, 题目有点颠覆三观. 首先开头要说的是, MYSQL 默认情况下事务没有原子性....原子性保证每个事务被视为一个单独的“单元”,要么完全成功,要么完全失败,如果组成事务的任何一条语句失败,整个事务就会失败,而数据库将保持不变。...数据库服务器中,死锁和锁等待都是很正常的事情,当然可以从数据库和应用两个部分和不同的手段来解决问题....上面那段加粗的字体的英文就是今天这篇文字的重点 become part of the transaction ,也就是说,MYSQL 的ACID , Atom 这一项 破功了....则上面的事务就会出现锁等待,如果等待超时,则员工257之前的账号都会得到工资, 而257及以下的人都不会得到工资, 按照事务的原子性来说, 这是不能容忍的, 因为很可能这个事务失败,根本就不知道是在第几个员工失败的

    1.6K10

    MySQL 8.0 TIMESTAMP 默认赋值问题

    TIMESTAMP默认值设置问题 前言  今天在学习MySQL的DML(增删改表的据)时,在跟着视频学习时,老师说了TIMESTAMP这个数据类型如果不为null,则默认使用当前的系统时间,来自动赋值,...但是在实际操作时并没有,而是默认为null,思考了一下可能是版本的问题(我使用的是8.0,视频教学中使用的是5.7),因此我在搜寻、探索一番后得到了解决的方案,在此记录一下 首先我们创建一个含有TIMESTAMP...insert_time赋值CURRENT_TIMESTAMP,即可解决,但是这样失去灵魂,所以有方法二 方法二: 在建表时我们在数据类型后加上一句NOT NULL DEFAULT CURRENT_TIMESTAMP修改默认值即可...insert_time) VALUES('张三',CURRENT_TIMESTAMP); # 赋值 SELECT * FROM Test; # 查看表的内容  可以看到已经默认应用本地时间进行赋值了...string) VALUES('张三'); # 赋值 SELECT * FROM Test; # 查看表的内容  可以看到在我们没有对insert_time进行赋值时,已经默认应用本地时间进行赋值了

    3.4K10

    数据库隔离级别—MySQL默认隔离级别就是Repeatable,Oracle默认Read committed,最高级别Serializable

    uncommitted 读未提交 Read committed 读提交 Repeatable read 重复读 Serializable 序列化 什么是脏读 重复读与幻读 隔离级别与锁的关系 ---- 数据库事务的隔离级别有...: 不会出现 脏读 不可重复读 幻读 Read uncommitted √ √ √ Read committed–Sql Server , Oracle × √ √ Repeatable read–MySQL...大多数数据库默认级别就是Read committed,比如Sql Server , Oracle。如何解决不可重复读这一问题,请看下一个隔离级别。...READ COMMITTED(Nonrepeatable reads)是SQL Server默认的隔离级别。该级别通过指定语句不能读取其他事务已修改但是尚未提交的数据值,禁止执行脏读。...注:MySQL默认隔离级别就是Repeatable read。

    3.5K20

    MySQL数据库默认隔离级别为什么是可重复读

    一般的DBMS系统,默认都会使用读提交(Read-Comitted,RC)作为默认隔离级别,如Oracle、SQLServer等,而MySQL却使用可重复读(Read-Repeatable,RR)。...那么,为什么MySQL使用可重复读作为默认隔离级别呢? 这个是有历史原因的,要从主从复制开始讲起了! 1.主从复制,是基于什么复制的? 是基于binlog复制的 2.binlog有几种格式?...statement:记录的是修改SQL语句 row:记录的是每行实际数据的变更 mixed:statement和row模式的混合 那Mysql在5.0这个版本以前,binlog只支持STATEMENT这种格式...而这种格式在读已提交(Read Commited)这个隔离级别下主从复制是有bug的,因此Mysql将可重复读(Repeatable Read)作为默认的隔离级别!...奈何这个格式在mysql5.1版本开始才引入。 因此由于历史原因,mysql默认的隔离级别设为可重复读(Repeatable Read),保证主从复制不出问题。

    2.1K10

    数据库PostrageSQL-默认角色

    默认角色 PostgreSQL提供了一组默认角色,它们提供对特定的、通常需要的、需要特权的功能和信息的访问。...Table 21.1中描述了默认的角色。注意由于额外功能的增加,每一种默认角色相关的权限可能会在未来被改变。管理员应该关注发行注记中提到的这方面的变化。 Table 21.1. 默认角色 ?...pg_read_server_files、pg_write_server_files以及pg_execute_server_program角色的目的是允许管理员有一些可信但不是超级用户的角色来访问文件以及以运行数据库的用户在数据库服务器上运行程序...由于这些角色能够防伪服务器文件系统上的任何文件,因此在直接访问文件时它们会绕过任何数据库级别的权限检查并且它们可以被用来得到超级用户级别的访问,因此在把这些角色授予给用户时应当非常小心。...pg_monitor、pg_read_all_settings、pg_read_all_stats和pg_stat_scan_tables角色的目的是允许管理员能为监控数据库服务器的目的很容易地配置角色

    97910
    领券