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

MySQL用户详解(mysql.user)

MySQL是一个多用户管理的数据库,可以为不同用户分配不同的权限,分为root用户和普通用户,root用户为超级管理员,拥有所有权限,而普通用户拥有指定的权限。...MySQL是通过权限来控制用户对数据库访问的,权限存放在mysql数据库中,主要的权限有以下几个:user,db,host,table_priv,columns_priv和procs_priv,先带你了解的是...user。...用户列(用户连接MySQL数据库需要输入的信息) Host:主机名,双主键之一,值为%时表示匹配所有主机。User:用户名,双主键之一。Password:密码名。...Drop_priv 确定用户是否可以删除现有数据库和 Reload_priv 确定用户是否可以执行刷新和重新加载MySQL所用各种内部缓存的特定命令,包括日志、权限、主机、查询和重新加载权限 Shutdown_priv

2.6K20
您找到你想要的搜索结果了吗?
是的
没有找到

mysql 引出的问题

背景 将测试环境的同步到另外一个数据库服务器中,但有些表里面数据巨大,(其实不同步该的数据就行,当时没想太多),几千万的数据!! 步骤 1....查看当前的事物 #当前运行的所有事务 mysql> SELECT * FROM information_schema.INNODB_TRX; #当前出现的锁 mysql> SELECT * FROM...修改后重启mysql,这里面又涉及到mysql的关闭 bin/mysqladmin -uroot -p shutdown 就关闭了sql的,不建议直接kill -9 ,不知道会出现什么幺蛾子 重启的话,...还是用mysql_safe去启动既可 7....那么就比较下 drop,truncate,delete的区别吧   a. drop是整个都没有了的,结构也没没有了的,truncate和delete的结构还在;   b. delete可以指定where

2.5K70

库后,除了跑路还能怎么办?

我听说过挺多库的事件,于是开玩笑的略改一下:“日后你删了库后,不要把师傅说出来就行了”,不知道那些库的工程师们,其师傅有没有交代过这句话,emmm。。。...数据量实在太大,分库分分布式,这是少不了的; 主键唯一如何规划? 前世今生生生不息,关系网实在复杂; 天灾人祸批量处理高并发; 前车之鉴,容灾备份高可用必须要有?...投标应标咱不管了,可是删除了数据库怎么办? 等传票?拿护照?跑路去?nonono !以 MySQL 为例,这里对库语句做下分类: 1....使用 drop table/database 或者 truncate table 语句误删数据库/,通过全量数据定期备份 +binlog 可以找回; 3....使用 rm -rf 命令误删整个 MySQL 实例,只要还有备份节点就可以找回。

1K10

库后,除了跑路还能怎么办?

数据量实在太大,分库分分布式,这是少不了的; 主键唯一如何规划? 前世今生生生不息,关系网实在复杂; 天灾人祸批量处理高并发; 前车之鉴,容灾备份高可用必须要有?...投标应标咱不管了,可是删除了数据库怎么办? 等传票?拿护照?跑路去?nonono !以 MySQL 为例,这里对库语句做下分类: 1....使用 drop table/database 或者 truncate table 语句误删数据库/,通过全量数据定期备份 +binlog 可以找回; 3....使用 rm -rf 命令误删整个 MySQL 实例,只要还有备份节点就可以找回。...操作需谨慎,库别跑路! 热门内容: 1、我特么富得给老铁发键鼠套装了! 2、mybatis-plus支持分布式事务了? 3、记住:永远不要在MySQL中使用UTF-8 4、终结HashMap面试?

66910

MYSQL 基本操作-管理数据数据【之增,,改】

文章目录 前言 MYSQL基本操作-的相关操作04 修改数据 修改名 修改字段排列顺序 修改字段数据类型 修改字段名字 添加字段 删除字段 删除数据 MYSQL基本操作-管理数据数据05...插入记录 修改中的全部数据 删除记录 删除中的全部数据 结语 ---- 前言 内容: MYSQL基本操作-的相关操作04 MYSQL 基本操作-管理数据数据【之增,,改】05 MYSQL基本操作...[IF EXISTS] 名1 [ ,名2, 名3 ...]...可以看到跟删除库差不多 实际栗子 # 删除如果存在 drop table if exists customers; MYSQL基本操作-管理数据数据05 插入记录 insert 属于DML语句(数据操纵语句...delete from customers; 结语 下一篇:MYSQL 基本操作-select 查询语句-06

83210

MySQL之delete user和drop user 的区别

中的这两个用户,在去查看用户,我们发现: mysql 15:20:43>>delete from mysql.user where user='yeyz'; Query OK, rows affected...表里面删除了这个用户,但是在db和权限表里面这个用户还是存在的,为了验证这个结论,我们重新创建一个yeyz@localhost的用户,这个用户我们只给它usage权限,其他的权限我们不配置,如下: mysql...这一切得益于我们delete from mysql.user的操作,这种操作虽然从user表里面删除了记录,但是当这条记录的host是%时,如果重新创建一个同名的新用户,此时新用户将会继承以前的用户权限...user 'yeyz' on host '192.168.18.%' 可以看到,权限已经完全删除了,此时我们重新创建一个只有select权限的用户: mysql ::>>GRANT SELECT ON...方法删除用户的时候,会连通db和权限一起清除,也就是说的比较干净,不会对以后的用户产生任何影响。

1.4K10

MYSQL无备份情况下恢复误删除的user权限

问题背景 前几天客户反馈,误删除了权限,导致无法连接到实例中了,但是又没有备份,咨询要怎么去恢复; 针对上述的这种情况,下面给出具体的恢复方法; (备份重于一切!备份重于一切!...~]# mysql -u root -pXXXXXXXX -S /tmp/mysql3309.sock 第一种情况:误删除了user,进程是启动的(只要用户不手动的去kill进程,进程是运行的) 第二种情况...:误删除了user,进程被杀掉了,mysql服务处理停机状态,那么重启实例,肯定会报错(后面可以看到) 第一种情况:MYSQL服务进程是启动的 恢复方法: 从其他的运行好的数据库或官方文档找到mysql5.7...的物理文件拷贝到故障实例的数据文件目录下,(5.7版本user是myisam引擎,会存在三个物理文件) [root@VM_54_118_centos ~]# ll /data/mysql/mysql...=ON 但是可以发现,恢复成功后的user是您拷贝实例(也就是3306端口实例)的user哦。。。

2K31

MySQL - 库了,但是很慢

# Time: 2022-09-29Txx:xx:xx.176770+08:00 # User@Host: supper[supper] @ [127.0.0.1] Id: 21155 # Query_time...可以看到在库时调用的是 mysql_rm_db 这个函数,而这个函数又调用了 mysql_rm_table_no_locks 函数,mysql_rm_table_no_locks 会去清理数据字典。...那库为什么会慢呢?回答这个问题还需要更加深入地分析才行。 ---- OFF-CPU 如果一个进程所依赖的所有资源都已经准备好,那它就可以被调度到 cpu 上执行。...---- 结论 通过函数调用堆栈(火焰图)我们可以知道,删除一个库依赖于删除这个库下所有的,删除一个不只要清理数据字典还要删除磁盘文件。...和当事人确认后得知他这个库里面,数据量并不大(不会超过 1GB);但是特别多,一个逻辑对应着 10000 个物理,一套业务走下来,导致这个库里面有几十万个,这个也就是 drop database

2.3K20
领券