首页
学习
活动
专区
圈层
工具
发布

生产环境mysql用户以及权限规划

原则:为生产库建立不同的用户管理用户业务用户 管理用户:超级管理用户、dba运维用户、备份用户、监控用户、复制用户 (克隆用户) 业务用户:每个业务模块一个用户,命名可以是user_业务模块名 只读查询用户...:允许开发人员定位问题查询生产库的只读权限 权限分配原则:根据最小原则给每个用户满足需求的最小权限,要是不够再增加 mysql用户和权限牵涉到的表 user : 包含用户账户,全局权限 db: 数据库级别的权限表...replication clinet replication slave show databases shutdown super create tablespace usage grant option 数据库级别权限...:授权方式可以*.* db.* create create routine create temporary tables drop loack tables references 数据库对象级别的权限...账号访问控制认证 第一个阶段:账号和密码认证 第二个阶段:权限检查 用户认证过程中mysql会把用户权限表加载到内存中 账号的匹配 先按照主机名字段排序,然后按用户名排序,用户账号根据排序后信息进行匹配

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

    推荐的生产环境数据库发布流程

    MySQL数据库安全权限控制管理 制度与流程控制 项目开发制度流程 开发环境 ---→功能测试 ---→ RDS实例上线,通过较为完善的项目开发流程控制,防止很多潜在的问题隐患发生。...数据库发布流程(分为DDL/ DML,DBA 只负责生产环境DDL发布,DML由开发人员自行发布) 涉及到生产数据库重大变更(比如大表加字段,索引,批量数据刷新),需邮件到技术总监以及DBA,判断业务是否允许...,完成上述数据库更改。...涉及到生产数据库小规模变更,直接发给DBA,抄送开发负责人等。...ddl 在提交至预发布环境后钉钉通知DBA,由DBA对 ddl 进行审核(create, alter 等),如有问题驳回修改后发布至预发布环境 。

    1.3K20

    生产环境数据库并发数的调整

    在开发和测试时,我们往往不会很在意数据库相关的一些并发数的配置,因为开发和测试时,系统的并发量并不会很大, 因此,是否正确设置这些参数也不会对结果造成什么影响 但是,上生产环境后,系统的并发量大大提高,...这时,没有注意数据库的并发数配置的话就会使数据库成为系统最终的 并发瓶颈。...根据我在实际项目中一段时间的并发测试后,发现关于数据库并发数需要配置的几个地方,希望跟大家分享一下,能少走一些弯路 数据库并发配置 查看mysql数据库的服务器的最大连接数 show variables...修改mysql配置文件my.cnf max_connections = 3000 尽量保持 Max_used_connections/max_connections = 85%左右 修改程序中数据源的配置...(这个很重要,我之前就是忘记修改这里而只改了数据库,导致数据库出现的历史并发数一直上不去) <property name

    64610

    mysql生产环境安装部署配置(专业版)

    mysql安装方式有多种 1.rpm包可以用yum安装 2.二进制包解压安装 3.源码编译安装 4.docker镜像方式按照 生产环境安装建议使用第二种二进制包安装 如下操作使用mysql8.0.18...在centos7上安装 作为生产环境安装首先要调整操作系统环境: 调整文件句柄和进程数 vim /etc/systemd/system.conf centos7调整如下2个值 #DefaultLimitNOFILE...tcp_max_syn_backlog = 819200 net.core.netdev_max_backlog = 400000 net.core.somaxconn = 4096 #解决time_wait过高导致数据库连接不上...推荐使用xfs文件系统 io调度 SAS :deadline SSD&PCI-E: noop 规划mysql安装: 1.下载指定版本的msyql数据库 [root@localhost local]#.../mysqld --defaults-file=/data/mysql/mysql3312/my3312.cnf --user=mysql & --initialize 初始化生产随机密码在error.log

    4K51

    MYSQL 生产环境字段更改的failed的问题

    早上看到微信一个银行的同学问了小问题,希望他不要背锅,具体问题是MYSQL 一个50G的表要更改字段,将一个字段从varchar(3) 改成varchar(6). MYSQL 5.7 官版。...可能原因如下 1 DDL ONLINE 不阻塞 DML 但并没有说,不会不阻塞 DDL 的操作 2 测试环境比较单纯,可能测试的时候,对表并没有其他的复杂的操作 所以还是那句话,数据库的问题,一定要想的复杂点...有些公司操作ALTER 语句的并不是人工,而是通过购买(或开源)的一个所谓的 “自动化”工具来的,谁也不知道在故障发生的一刻,做了什么,同时不能复制的,就是当时的生产环境到底有没有大事务,并且就对那张表进行了什么操作...也注定 DB的工作,是一件需要小心小心小心的工作,因为生产环境一定有你不清楚的环境,而这些可能不清楚的环境,就会让某次“信心满满”的Action Failed....注:到目前为止MYSQL 在修改字段方面,对比其他数据库还是要注意的地方多多,当然MYSQL 8 已经添加了 instant 让修改字段变得更让人放心。

    2.6K30

    糟了,生产环境MySQL主从数据库不一致怎么办?!

    自开源半年多以来,已成功为十几家中小型企业提供了精准定时调度方案,经受住了生产环境的考验。...问题 今天发现Mysql的主从数据库没有同步 先上Master库: mysql>show processlist; 查看下进程是否Sleep太多。发现很正常。...mysql.bak.sql 这里注意一点:数据库备份一定要定期进行,可以用shell脚本或者python脚本,都比较方便,确保数据万无一失。...备份文件传到从库机器,进行数据恢复 scp mysql.bak.sql root@192.168.128.101:/tmp/ 5.停止从库的状态 mysql> stop slave; 6.然后到从库执行...mysql命令,导入数据备份 mysql> source /tmp/mysql.bak.sql 7.设置从库同步,注意该处的同步点,就是主库show master status信息里的| File|

    1.5K31

    生产环境下的终极指南:在生产环境部署 Nacos 集群和高可用 MySQL 使用 Docker

    在生产环境部署 Nacos 集群和高可用 MySQL 使用 Docker 前言 在本教程中,我们将详细介绍如何使用 Docker 和 docker-compose 在生产环境中部署 Nacos 集群和高可用...摘要: 本教程详细指导了如何在生产环境中使用 Docker 和 docker-compose 部署 Nacos 集群和高可用 MySQL。...然而,如何在生产环境中稳定、安全地部署 Nacos 集群和其相关的数据库是一个需要深入考虑的问题。本教程旨在为你提供一个明确、全面的解决方案。...在生产环境中,考虑使用 MySQL 高可用集群或主从复制来增加数据的稳定性和可用性。 根据具体需求和资源,可以考虑调整容器的内存和 CPU 限制。...生产环境中的数据是非常宝贵的,因此确保所有通信都是安全的非常重要。 使用防火墙或安全组规则,仅允许从特定 IP 或 IP 范围访问 Nacos 和 MySQL。

    2K20

    生产Mysql数据库数据恢复实战过程

    1 实战环境介绍 线上环境 mysql数据库一主多从的架构,主写从读进行读写分离,专用从库做数据备份,每天0点全备一次,12点增量备份一次,初始阶段数据量很小的情况按此方案,后续数据量大,读写频繁时...,再进行相关调整,增加增量备份频次 系统环境 [root@mysql-1 ~]# cat /etc/redhat-release CentOS release 6.8 (Final) [root@mysql...-1 ~]# uname -r 2.6.32-642.el6.x86_64 [root@mysql-1 ~]# mysql -v mysql Ver 14.14 Distrib 5.7.17, for...2 模拟线上数据写入 数据库同步完成,开启3307从库的binlog日志功能 查看目前的日志文件 ? 写入数据测试同步 ? ? ? 注:查看日志文件修改时间发现有数据写入 此时执行全备文件 ?...此时发现数据库数据出现问题,某个数据无法访问了,需要进行恢复 3 恢复数据 数据恢复具体操作如下 1、停止主从同步,应用与数据库的读写操作,防止数据再次写入 ?

    3K20

    MySQL生产环境主从关系数据不同步

    首先这个是生产环境已经投入使用的,不可能换主的数据库,不能线上终止业务 这两个数据库MySQL都是运行在docker容器内的,主库重启也要报备一下 排查步骤: 主的话可以使用: 查看主库状态: mysql...我就把线上的mysql镜像我导出放到我自己的虚拟机中模拟了生产环境的一套一摸一样的主从环境 导出命令 docker save -o 存放路径/包名字 镜像名字 导入命令 docker load...docker pull mysql:5.6 环境比较干净,没有正式环境配置的那么多参数,也没有写限制的数据库语句,按照自己搭建主从的方式做了一遍没问题主从能复制 不能直接断定是镜像的问题 毕竟生产环境换镜像换数据库不可能的...生产环境确保主库的库和表在从上必须也要有 要不然数据往哪里同步呢???...千万不能在主库锁表,这样生产环境会出问题

    99420

    MySQL生产环境主从关系数据不同步

    首先这个是生产环境已经投入使用的,不可能换主的数据库,不能线上终止业务 这两个数据库MySQL都是运行在docker容器内的,主库重启也要报备一下 排查步骤: 主的话可以使用: 查看主库状态:...我就把线上的mysql镜像我导出放到我自己的虚拟机中模拟了生产环境的一套一摸一样的主从环境 导出命令 docker save -o 存放路径/包名字 镜像名字 导入命令 docker load...< 包名字 搭建环境我就不说了 当我尝试重新建立主从关系然后进行在主建立表还是不复制状态如生产环境一样没问题都是yes 令我苦恼 于是我就在我的测试环境用自己的pull的镜像做了一下主从都用新的...docker pull mysql:5.6 环境比较干净,没有正式环境配置的那么多参数,也没有写限制的数据库语句,按照自己搭建主从的方式做了一遍没问题主从能复制 不能直接断定是镜像的问题 毕竟生产环境换镜像换数据库不可能的...生产环境确保主库的库和表在从上必须也要有 要不然数据往哪里同步呢???

    1.4K10

    一文搞定MySQL生产环境平滑升级

    核心结论速览:生产环境升级首选主从滚动升级(最小化停机)或原地升级(小版本稳妥路径);必须完成双重备份+测试环境演练+回滚预案三大前置动作;升级后需验证数据完整性、业务兼容性与性能指标,全程在业务低峰期执行并预留...MySQL数据备份与恢复(二) -- xtrabackup工具 MySQL数据备份及还原(一) 深入面试场景:为什么XtraBackup比mysqldump更适合生产环境? 2....测试环境演练(重点,必须执行) 搭建与生产环境完全一致的测试环境(硬件、配置、数据量),执行完整升级流程,包括备份、升级、验证、性能测试,没有问题后还要重点进行如下测试: 进行一次递归测试,尽量覆盖所有业务功能...生产环境相同大版本基本选择原地升级的方式。本次因为是从MySQL8.0.39升级到MySQL8.0.45,就使用原地升级的方式。主从滚动升级的方案每个节点的升级也优先选择原地升级。 1....毕竟,新版本的性能优化和Bug修复,是数据库稳定运行的最佳保障。 最后再次,提醒生产环境升级务必选择业务低峰期,并预留2倍预估时间用于处理意外情况。

    70210

    记一次MySQL生产环境无法启动的问题

    然后重启MySQL服务: systemctl restart mysqld.service 正常启动MySQL后,把数据库进行备份,可以参考此文章:Linux下使用mysqldump进行数据库备份恢复...操作完成后,我们进行数据库导入,可以参考此文章:Linux下使用mysqldump进行数据库备份恢复 导入过程中会遇到如下报错: Tablespace for table `tablexx` exists...这是因为我们之前的数据库中存在了文件,导致无法导入。 解决办法: 1.删除之前数据库,然后再添加。...2.把数据库之前的目录清空,再进行导入 注:宝塔面板数据库目录为:/www/server/data 将其目录下的数据库文件夹清空即可。 至此,数据库恢复完成。...后记: 通过搜索发现,出现此问题的用户并不少,但是大多解释都为MySQL版本BUG,通过升级版本即可修复,但是由于一部分生产环境的MySQL开发版本就是5.x,无法进行升级,只能进行修复,希望不会再出现此问题

    5K00

    什么是开发环境、测试环境、生产环境

    上周有小伙伴咨询,开发/测试/生产环境的概念,今天就做一个小结~ 1、开发环境 开发环境是程序员专门用来写代码的环境,一般是自己本地的电脑,也可以是远程的云服务器。...产品和测试同学验收没问题后,就把代码发布到生产环境啦。 3、生产环境 生产环境是正式对外的,给客户使用的环境。 开发把测试好的代码“部署”到生产服务器后,准备一个生产域名,外面用户通过生产域名访问。...为了数据隔离和安全,数据库也会分为这3种环境,不同环境分别对应不同的数据库。 细心的同学可能会发现,有些公司还会多出一种环境,就是“预发布环境”。...预发布环境的配置、代码和数据库跟生产环境一模一样,不一样的地方是,预发布环境有自己的独立域名。 需要“预发布环境”的原因可能有以下原因: 1、需要生产数据库才能测试这个新功能。...2、对测试要求非常苛刻,在发布到生产环境前,需要模拟生产环境的一切配置,完全走一遍没问题再发布到生产环境才更安全。 --- end ----

    8.7K12
    领券