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

MySQL用户详解(mysql.user)

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

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

    MySQL设计规范

    规范总结 所有数据库对象名称必须使用小写字母并用下划线分割 所有数据库对象名称禁止使用 MySQL 保留关键字【设计后逐一排查】 所有必须使用 Innodb 存储引擎,数据库和的字符集统一使用...://dev.mysql.com/doc/mysqld-version-reference/en/keywords-8-0.html 建议在设计数据之后逐一排查有没有使用关键字。...数据库基本设计规范 1....禁止在数据库中存储图片,文件等大的二进制数据 通常文件很大,会短时间内造成数据量快速增长,数据库进行数据库读取时,通常会进行大量的随机 IO 操作,文件很大时,IO 操作很耗时。...【MySQL 内存临时不支持 TEXT、BLOB 这样的大数据类型,如果查询中包含这样的数据,在排序等操作时,就不能使用内存临时,必须使用磁盘临时进行。

    1.5K10

    MySQL设计

    存储大规模数据集需要仔细设计数据库模式和索引,以便能够高效地支持各种查询操作。...数据库设计结构设计垂直分割:将大的分割成多个相关性较小的,以减少单个的字段数量。这有助于提高查询效率和降低冗余。规范化:合理使用规范化,将重复数据抽取成独立的,以减小数据冗余。...索引设计主键索引:对主键字段创建索引,以提高检索速度。...CREATE INDEX idx_main_data_id ON main_data(id);唯一索引:对经常被查询的唯一性字段创建索引,例如,用户名或邮箱。...分库分如果数据量仍然巨大,可以考虑分库分策略,将数据划分到不同的数据库或中。4. 数据分区根据时间、范围等条件对数据进行分区,以提高查询效率。5.

    18010

    Mysql实例 设计

    二.设计表格 公司 公司名称 公司编号(自增主键) 电话号码 A 1001 xx B 1002 xx 广告 广告编号 有该广告的公司的编号(自增主键) 广告收费/点击一次 1 1001 2 2 1001...3 3 1002 2 点击 广告编号 该广告发送给浏览者的日期 1 101101 2 101102 1 101323 3 111232 三.查询 查都有哪些公司 直接查询公司的 公司名称 字段...select 公司名称 from 公司; 结果为A,B公司投放了广告 查A公司都放了哪些广告 先到公司,将公司名称=A的编号提取出来,然后将公司编号作为条件去广告表里找广告编号。...between 100000 and 199999; 最后做个计算即可 四.分析 结构设置 目前有3张,基本满足业务需求,但未来查询更多,需要重新设计主键位置,结构。...当数据庞大,首当其冲的是点击,可能一天有几万次记录写入,这张将变得庞大,可以考虑将根据月份进行拆分。

    1.3K20

    新零售mysql设计(部门 职位 员工 角色 用户

    角色表解析 数据 用户 用户表解析: 数据 注意 sql 部门: 、CREATE table t_dept( id int unsigned PRIMARY key AUTO_INCREMENT...INDEX idx_emp_id(emp_id), INDEX idx_role_id(role_id), INDEX idx_status(`status`) ) COMMENT="用户..."; 用户表解析: 你看啊。...一个用户想要登录新零售系统的用户哈。是不是得有用户名+密码 目前的状态:可用还是不可用。 注意: 用户:是不是得关联角色role_id 代表这个用户所代表的角色。比如总经理。...用户的id是不是也得有.代表关联的是哪一个员工,员工在员工中.对吧。添加时间修改时间是不是也得有. 添加索引的目的在于搜索快一点. 数据 注意 什么时候为·null,什么时候为not null呢?

    1.2K90

    用户设计_角色和权限管理数据设计

    基于角色的访问控制:(java Web 编程口诀) 用户角色用户角色中间。 角色权限,角色权限中间。 ---- ---- 一个用户可有多个角色,一个角色又可有多个权限。...这就是用户-角色-权限授权的模型。 为何不直接让用户对应权限? 角色=一定数量的权限集合 将特定用户的权限封装到一个角色。 封装,或者面向对象设计的体现。...有些权限设计将功能操作作为一个类型,把文件菜单页面元素等作为另外一个类型,这就是用户-权限-资源的授权模型。...相关sql可参考: 用户、角色、权限的关系(mysql)_harbor1981的博客-CSDN博客_数据库用户和角色的关系 https://blog.csdn.net/harbor1981/article.../details/78149203 关于各种的字段可参考: 用户·角色·权限·设计 – oo_o – 博客园 (cnblogs.com) https://www.cnblogs.com/oo_o/

    1.8K20

    mysql设计规范

    订单数量等 int 4 字节有符号整数,取值范围为 -2,147,483,648 到 2,147,483,647 或者 0 到 4,294,967,295(无符号)储存常规整数值,如用户...大拆成小,让他们的主键相同即可。...尽可能使用 not null定义字段将字段设置成空字符串或者常量值not null防止出现空指针的问题null值存储也需要额外的空间,导致比较运算更为复杂,是优化器难以优化sqlnull值可能会导致索引失效设计索引有查询条件的字段...,一般要加索引单的索引不超过5个区分度不高的字段,不添加索引(性别)避免索引失效的情况(mysql的内置函数)索引过多,选用联合索引优化不使用外键关联使用外键存在性能问题、并发死锁问题、使用起来不方便等...mysql对于存储过程、触发器等还不是很成熟,没有完善的出错记录处理,不建议使用sql编写的优化经验查询尽量不要使用select *查询的结果只要一条或者只要最大/小的一条记录,建议使用limit 1避免

    24330

    MySQL的物理设计

    设计结构之后, 就需要进行物理设计, 将实体及属性映射到具体表和列. 而合理选择存储引擎和列类型也是数据库设计十分重要的一个环节....物理设计包括, 命名规范, 存储引擎, 列字段选择, 主键设计以及主键生成算法. 一. 命名规范 首先在定义数据库,,字段时一定要公司的命名规范; 二....如存储金钱相关数据, 那最好是decimal类型 列类型 存储空间 是否精确类型 float 4字节 否 double 8字节 否 decimal 每4字节存9个数字,小数点占1个字节 是 3.3 字符串类型 MySQL...主键选择 应选择尽可能小且顺序增长的数字类型, 并且主键可以与业务主键不同....原因是的主键上, 会自动建立主键索引(B+树), 如果是自增的数字类型, 只需要在索引尾部添加数据即可, 性能开销很小; 当主键采用字符串类型时, 占用的空间会远大于数字类型.

    1.3K10

    每日一面 - mysql批量删除大量数据

    问题参考自:https://www.zhihu.com/question/440066129/answer/1685329456 ,mysql中,一张表里有3亿数据,未分,其中一个字段是企业类型,企业类型是一般企业和个体户...答案为个人原创 假设的引擎是 Innodb, MySQL 5.7+ 删除一条记录,首先锁住这条记录,数据原有的被废弃,记录头发生变化,主要是打上了删除标记。...如果 delete 的数据是大量的数据,则会: 如果不加 limit 则会由于需要更新大量数据,从而索引失效变成全扫描导致锁,同时由于修改大量的索引,产生大量的日志,导致这个更新会有很长时间,锁锁很长时间...由于产生了大量 binlog 导致主从同步压力变大 由于标记删除产生了大量的存储碎片。由于 MySQL 是按页加载数据,这些存储碎片不仅大量增加了随机读取的次数,并且让页命中率降低,导致页交换增多。...由于产生了大量日志,我们可以看到这张的占用空间大大增高。 解决方案 我们很容易想到,在 delete 后加上 limit 限制控制其数量,这个数量让他会走索引,从而不会锁整个

    2K20

    用户、角色、权限的关系(mysql)

    一,各个表格 1、用户 CREATE TABLE `t_user` ( `id` varchar(40) NOT NULL, `username` varchar(20) NOT NULL...name` varchar(20) NOT NULL, `description` varchar(255) DEFAULT NULL, PRIMARY KEY (`id`) ) 4、用户角色关系...’u1′,’1’), (‘2′,’u2′,’2’), (‘3′,’u3′,’3’), (‘4′,’u11′,’1’), (‘5′,’u22′,’2’), (‘6′,’u33′,’3’); 小说网站,用户设计...用户有着“读者”,“作者”和“管理员”角色,角色有不同权限,如小说收藏,小说发布和广告发布 假定,用户和角色是一对一关系,即一个用户只有一个角色;角色和用户的关系是一对多关系,一个角色对应着多个用户。...这里用户和角色是一对一关系,通过先查询用户的角色,再查询权限。(单行单例子查询) SELECT p.

    5.6K20

    MySQL中的设计优化

    MySQL数据库中,设计的优劣同样对性能有非常重要的影响。本节将介绍设计的优化方法,包括巧用多表关系、结构设计优化和拆分等。...比如,在如图1所示的销售明细中,只要一件商品有多笔销售记录,商品名称、计量单位和商品单价都会被重复记录,因此会存在大量的冗余数据。...&提示:优化设计是一个平衡性技巧: 当存储空间足够多时,可以侧重于对性能的追求,毕竟在商业环境下,响应速度越快,用户的体验感越好。...NULL值不利于索引,MySQL难以优化可为NULL的列查询。当可为NULL的列被索引时,每个索引记录需要一个额外的字节用于标识其是否可空。如果某列计划要创建索引,要尽量避免将其设计成可为NULL。...这里把用户名、密码、手机、email这几个常用字段单独放到一个中,其他字段如是否超级用户、是否激活、注册时间、最后修改时间、最后登录时间等字段放到另一个中。

    17610

    MySQL设计小技巧

    前言: 在我们项目开发中,数据库及设计可以说是非常重要,我遇到过很多库设计比较杂乱的项目,像名、字段名命名混乱、字段类型设计混乱等等,此类数据库后续极难维护与拓展。...我一直相信只有优秀的库设计才能发挥出MySQL最大的性能,前面有篇文章也分享了数据库的使用规范,本篇文章主要讲几个库设计的小技巧,希望对大家有所启发。...MySQL数据库内置了两个IP相关的函数INET_ATON()、INET_NTOA(),可以实现 IP 地址和整数类型的转换。...192.168.0.2')); # 相互转换 select INET_ATON('192.168.0.1'); select INET_NTOA(3232235521); 总结: 本篇文章分享了几个库设计及字段类型选取的建议...其实库设计是件复杂的事情,需要在项目前期多方人员共同规划讨论。还是那句话,只有优秀的库设计才能发挥出MySQL最大的性能。 — END —

    2.8K31

    MySQL 高性能设计规范

    相关文章: MySQL高性能设计规范:http://www.jianshu.com/p/f797bbe11d76 MySQL EXPLAIN详解:http://www.jianshu.com/p/ea3fc71fdc45...image.png 良好的逻辑设计和物理设计是高性能的基石, 应该根据系统将要执行的查询语句来设计schema, 这往往需要权衡各种因素。...更长的列会消耗更多的内存, 因为MySQL通常会分配固定大小的内存块来保存内部值。 尤其是使用内存临时进行排序或操作时会特别糟糕。 在利用磁盘临时进行排序时也同样糟糕。...4.BLOB和TEXT类型 BLOB和 TEXT都是为存储很大的数据而设计的字符串数据类型, 分别采用 二进制和字符方式存储 。...二、结构设计 1.范式和反范式 对于任何给定的数据通常都有很多种表示方法, 从完全的范式化到完全的反范式化, 以及两者的折中。 在范式化的数据库中, 每个事实数据会出现并且只出现一次。

    80020

    第34期:MySQL 冗余设计

    引言: 上一篇我介绍了 MySQL 范式标准化设计,范式设计具有以下优点: 1、把如何消除数据冗余做到极致,从而减少关系对磁盘的额外占用。 2、各个之间的关系表现非常清晰,可读性非常强。...正文: 但是范式设计同样也有缺点: 范式标准化,等级越高,数量就越多。比如 2NF 比 1NF 可能要多几张,3NF 比 2NF 可能又要多几张等等。...综上,我们需要结合范式设计的优点,并且想办法去解决范式设计的缺点, 由此带来的思路就是允许数据有一定程度的冗余,用空间换时间。比如现在微服务设计、NOSQL 数据库等根本不会考虑范式标准理论。...反范式也即通过一定的冗余把原先高级别的范式设计降低为低级别的范式设计来减少范式设计带来的数量增多的缺点。...联合查询的开销非常大,为了消除不必要的联合查询,此时就不能完全按照范式理念来设计,需要一定的反范式思想,针对每个需求,添加必要的冗余列方可达到简化查询。

    88830

    MySQL设计踩过的坑!

    希望我能说说我在数据库设计时踩过的坑。那么,我们今天就来聊聊我在数据库设计时踩过的坑,以及现在对数据库设计的一点建议。希望能够帮助到你。...如下: 用户: create table t_base_user( oid bigint(20) not null primary key auto_increment comment "主键", ....用户地址: create table t_base_user_address( oid bigint(20) not null primary key auto_increment comment "...主键", user_id varchar(30) null comment "用户id" .... ) 你看,此时在t_base_user_address中的user_id外键字段,设计时的却是varchar...索引怎么加,索引重不重要,可以查看《写会MySQL索引》一文进行查看!唉,我就吃过不少没加索引或忘记添加索引的亏,记忆犹新!!!

    1.1K80

    MySQL周期管理的设计

    这是学习笔记的第 2038 篇文章 关于MySQL周期管理,近期做了初步的设计,总体上是希望把周期的管理和业务同学对接起来,实现流程化的管理。...对于整体的设计方面,需要开发后端的API,API列表如下: 周期表列表 周期创建 周期属性变更 周期批量变更接口 周期数据清理接口 巡检任务 大数据提取接口 即时通讯提醒接口 对于模型的设计是重中之重...,也能够决定我们的周期管理的存储设计优劣。...模型方面考虑了如下的一些Mysql_dailytable 周期 Mysql_cycle_table_manage_log 周期维护日志(包含配置创建,属性修改) Mysql_cycle_table_ddl_log...周期变化历史记录 Mysql_cycle_table_inspection_log 模型详细设计如下: Mysql_dailytable id ip_addr db_port db_name Operator_method

    1.8K30
    领券