- 综合排序
- 最热优先
- 最新优先
- 来自专栏信且诚心之动
mysql部署方案2.0
======================= mysql部署方案2.0 1. sql类型解释 sql为两种类型sql，第一类是基础数据sql，第二类为业务数据sql. wuhan_20200327_001.sql； 基础数据存放文件夹/sql，如：scripts/sql/bdms， 业务数据存放文件夹/sql/env，如：scripts/sql/xiangyang； 2. sql创建规则 当你的sql对所有环境都需要生效时，请创建基础数据sql，根据系统时间和指定的序号（注意，协同工作时可能跟其他人的序号冲突，这里暂无较好解决方案，需要在合并pr时解决冲突）生成对应名称 deploy.sh, 每一个生产环境业务数据存放文件夹下都需要包含一个更新脚本deploy.sh，更新脚本内容: 将scripts/sql文件夹放入mysql docker容器 根据conf版本号进行数据库全量备份 根据conf更新文件名检索到指定的sql文件进行更新 4. sql部署流程 根据上次更新，修改conf本次版本号和更新文件名 将scripts/sql打包放入部署文件中 执行部署脚本deploy.sh
70430编辑于 2022-12-28 - 来自专栏散尽浮华
Mysql读写分离方案－MySQL Proxy环境部署记录
部署MySQL Proxy实现读写分离并提高并发负载的操作记录 0）机器环境 ip地址 角色 主机名 182.48.115.237 master 182.48.115.233 proxy-node 1）Mysql主从复制部署（在三台mysql节点机上部署，本案例是一主两从架构） mysql安装参考：http://www.cnblogs.com /kevingrace/p/6109679.html mysql主从部署参考：http://www.cnblogs.com/kevingrace/p/6256603.html 2）在proxy机器上安装 /#downloads 下载地址2: http://ftp.ntu.edu.tw/pub/MySQL/Downloads/MySQL-Proxy/ [root@proxy-node ~]# wget 2）提供服务脚本 [root@proxy-node ~]# vim /etc/init.d/mysql-proxy #!
2.2K80发布于 2018-01-23 - 来自专栏散尽浮华
MySQL高可用方案－PXC环境部署记录
之前梳理了Mysql+Keepalived双主热备高可用操作记录，对于mysql高可用方案，经常用到的的主要有下面三种： 一、基于主从复制的高可用方案：双节点主从 + keepalived 一般来说，中小型规模的时候 MHA的优势很明显： 1）开源，用Perl开发，代码结构清晰，二次开发容易； 2）方案成熟，故障切换时，MHA会做到较严格的判断，尽量减少数据丢失，保证数据一致性； 3)提供一个通用框架，可根据自己的情况做自定义开发 下面重点介绍下基于PXC的mysql高可用环境部署记录。 1、PXC介绍 Percona XtraDB Cluster（简称PXC集群）提供了MySQL高可用的一种实现方法。 ，避免让galera解决数据冲突； 4）新节点可以自动部署，部署操作简单； 5）数据严格一致性，尤其适合电商类应用； 6）完全兼容MySQL； 虽然PXC有这么多好处，但也有些局限性： 1）只支持InnoDB PXC的Mysql高可用方案操作过程 官方配置说明：https://www.percona.com/doc/percona-xtradb-cluster/5.5/howtos/centos_howto.html
6.4K101发布于 2018-01-22 - 来自专栏散尽浮华
Mysql读写分离方案－Amoeba环境部署记录
其主要功能包括读写分离，垂直分库，水平分库等，经过测试，发现其功能和稳定性都非常的不错，如果需要构架分布式数据库环境，采用Amoeba是一个不错的方案。 mysql的主从读写分离，主要有以下几种方案： 1）通过程序实现，网上很多现成的代码，比较复杂，如果添加从服务器要更改多台服务器的代码。 3）自己开发接口实现，这种方案门槛高，开发成本高，不是一般的小公司能承担得起。 关闭三台机器的iptables防火墙和selinux mysql安装参考：http://www.cnblogs.com/kevingrace/p/6109679.html mysql主从部署参考：http 上面是amoeba针对一个库的读写分离配置，如果是多个库的读写分离，可以部署多个amoeba实例，amoeba端口不一样，然后启动多个实例即可。
2.2K100发布于 2018-01-23 - 来自专栏杨建荣的学习笔记
MySQL自动化部署的设计方案
1）安装部署的步骤梳理 针对MySQL方向的部署，我们要改进，首先需要明确一些潜在的问题和不规范的因素。 从流程上来说，部署MySQL服务相关的流程大体有下面的一些方面： 步骤 任务 任务介绍 1 内核参数配置 根据预置配置统一规范系统配置 2 数据目录配置 对于多版本，多实例部署，需要规范数据目录 3 MySQL 软件部署 选择哪个版本，哪个分支 4 MySQL初始化 数据字典的初始化，最耗时的过程 5 安装MySQL插件 比如半同步插件,审计插件等，可选项 6 监控配置 使用第三方监控工具提取 7 报警配置 使用第三方报警工具配置 从目前行业里的落地情况来看，大部分都实现了脚本化的部署，但是对于流程化的部署和管理还是存在较大的改进空间。 2）安装步骤中常见的问题 部署中常见的问题和不规范的现象主要有： ? 3）运维侧的安装部署设计 在运维侧，MySQL部署的基本页面设计如下： ? 通过不断的调试改进，目前的环境部署时间可以简化到5分钟之内。
1.3K20发布于 2019-05-08 - 来自专栏软件工程师Michael
MySql企业版Percona-Server部署方案
部署平台 MariaDB的跨平台性更好一些，支持Windows平台和Linux平台,但是不支持MacOS. Percona Server不支持跨平台，，只能在Linux平台安装。 二、MySql数据库企业版Percona-Serve部署步骤 环境： CentOS7,Vagrant,VirtualBox; Win10,Navicat12 Preminum/Workbench(建议8.0 ）、 方式1： [root@localhost /]# mysql -u root -p Enter password: 方式2： [root@localhost /]#mysql 1.用帐号登录mysql mysql -u root 2.切换到用户数据库 use mysql 【执行结果：】Reading table information for completion 【表示端口开放】 2.查看数据库当前端口号 进入mysql模式，执行 show global variables like 'port'; 3.mysql创建新用户并授权 grant all on
2K40编辑于 2022-02-26 - 来自专栏SQL/ORACLE
MySQL高可用方案MHA的部署和原理
MHA（Master High Availability）是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作，在master服务器不宕机的情况下，基本能保证数据的一致性 其中，MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave上。 在MySQL服务器上安装MHA node所需的perl模块（DBD:mysql） # yum install perl-DBD-MySQL -y 2. # read_rnd_buffer_size = 2M datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock # Disabling symbolic-links 2.
6.6K30发布于 2021-03-08 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 2 MHA架构介绍
实验环境 此次实验的环境如下 MySQL 5.7.25 Redhat 6.10 操作系统账号:mysql 数据库复制账号:repl 复制格式:基于行的复制 MHA版本: 0.57 IP地址 主从关系 MHA简介 关于简介我这里就摘取下网上的说法 MHA（Master High Availability）是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作，在master 他由两部分组成 MHA Manager（管理节点） MHA Node（数据节点） MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave上。 2. 各组件介绍 上面提到MHA由Manager工具包和Node工具包组成，其中Node软件安装在mysql节点中，manager安装在管理节点中，也可安装在其中一个mysql节点 在安装完组件时会各自生成一些脚本
92221发布于 2020-08-18 - 来自专栏猿GG编程
mysql提示1040错误的2种处理方案
1、临时性的处理方案 瞅准机会，能够通过命令行进入MySQL操作，这步操作是看人品的，查看最大连接数，确定要修改的数值 使用命令 mysql>show variables like 'max_connections 这种修改之所以称之为临时性的处理，一旦MySQL服务重启，设置就失效了，回到初始状态。如果恰好没有足够的访问权限，这种方式还是不错的。 2、永久性处理方案 当你权限充足的时候，可以修改my.conf（linux环境）或者my.ini文件。把max_connections前的注释去掉或者修改max_connections=1000。 保存后，重启mysql服务。可以用上面提到的show命令去验证是否修改成功。
72120发布于 2020-05-13 - 来自专栏大数据杂货铺
CSA部署方案
我们在Cloudera的流分析系列中介绍了《Cloudera中的流分析概览》和《SQL Stream Builder的概览》，今天我们来进行下一个章节：CSA的部署方案。 您可以根据要构建的应用程序在私有云基础版上部署Streaming Analytics。 仅使用Flink的DataStream应用程序。在这种情况下，您需要创建一个Flink应用程序集群。 您可以使用以下工作流程来了解部署过程： ?
98440发布于 2021-05-20 - 来自专栏IT运维技术圈
mysql5.7.25最强集群方案（附一键部署脚本）
还记得我们之前部署mysql集群有多麻烦嘛？波哥来救你们啦！ 我已将项目上传到了我的github仓库中，大家可以点击仓库地址出现的连接登录查看相应的代码！如果觉得不错别忘了转发、点赞哦！ 部署步骤： git clone https://github.com/luckman666/deploy_mysql_cluster.git cd deploy_mysql_cluster # 编辑bash.config 2、（主节点故障）keepalived两秒内会感知mysql故障，从集群中踢除本节点mysql，本节点降权并将VIP漂移至完好节点，整个集群继续提供服务。 部署采用docker方式，网络方案采用swarm的overlay网络，冗余策略是keepalived 大家可能对pxc集群方案略有陌生这里简单给大家介绍一下： 1、传统的Repliaction 集群方案 （1主多从） 2、PXC 集群方案（ Percona XtraDB Cluster 多主多从） 方案场景对比： Repliaction 集群同步方式概览： PXC 集群方案（ Percona XtraDB
1.3K20编辑于 2022-06-26 - 来自专栏李珣
Microsoft Azure部署MYSQL-MMM(2)配置主主复制
（2）配置Master-Master复制 在db1(master1)、db2(master2)、db3(slave)上编译my.conf #vi /etc/my.cnf [mysqld] datadir 注意： 1）server-id在每台服务器上的值都是不一样，在这里依次为1、2、3、4。 2）因为在这里把log文件配置到了/var/log/mysql下，而mysql默认的目录是在/var/lib/mysql，所以首先要新建mysql文件夹，Mkdir /var/log/mysql，然后用 chown -R mysql.mysql /var/log/mysql mysql命令将mysql的所有者修改为用户mysql。 .%' IDENTIFIED BY 'replication'; 接下来再db1和db2分别执行下面命令修改复制账户和密码。并启动SLAVE进程。
65720发布于 2019-03-14 - 来自专栏公众号:咻咻ing
部署方案
JanusGraph提供了多种存储和索引后端选项，可以灵活地部署它们。本章介绍了一些可能的部署方案，以帮助解决这种灵活性带来的复杂性。 注意：本章中介绍的场景仅是JanusGraph如何部署的示例。 每个部署都需要考虑具体的用例和生产需求。 1. 基础部署 这种方案是大多数用户在刚开始使用JanusGraph时可能想要选择的方案。 后者描述了将部署向高级部署转换的方式。 任何可扩展存储后端都可以通过这种方案来使用。 但是，对于Scylla，当托管与此方案中的其他服务共存时，需要进行一些配置。 在这个方案中需要使用索引时，它也需要是可扩展的。 2. 高级部署 高级部署是在第8.1节“基础部署”上的演变。 与之前的部署方案相反，此方案对于使用不可扩展的后端是最有意义的。 内存存储可用于测试调研目的，或者Berkeley DB用于生产，Lucene作为可选的索引后端。 4.
89020发布于 2019-08-07 - 来自专栏实战docker
helm部署mysql
的部署 kubernetes环境helm的部署和基本操作请参考《部署和体验Helm(2.16.1版本)》 下载chart包 执行helm search mysql看看chart仓库有没有mysql,如下图 文件夹，打开values.yaml文件，按需要进行设置 如下图所示，红框1可以选择mysql镜像的TAG，红框2来设置root账号的密码，注意密码的字符串要加双引号： ? 下图红框1是对存储卷容量的需求，红框2是内存需求，红框3是CPU需求，请按照实际情况调整： ? kubernetes，那么msyql数据存储在宿主机是最简单的方案 在宿主机创建一个文件夹，例如/root/k8s-mysql-data，给此文件夹读写权限 进入templates目录，打开deployment.yaml 存储准备完毕，可以开始部署MySql了 部署mysql 在values.yaml所在目录，执行以下操作即可部署mysql，使用的namespace是test001： helm install --name-template
4.7K40发布于 2020-05-26 - 来自专栏小手冰凉
部署MySQL 5.7
一、部署安装MySQL 注：在安装MySQL前需要卸载掉当前已有的mariadb，然后需要安装gcc环境 1、安装cmake [root@mysql ~]# wget https://github.com /bootstrap [root@mysql cmake-3.16.4]# gmake && gmake install 2、安装ncurses [root@mysql ~]# wget ftp:/ mysql [root@mysql ~]# mkdir -p /usr/local/mysql/data 6、安装及初始化MySQL [root@mysql ~]# tar zxf mysql-5.7.29 /local/ [root@mysql local]# chown -R mysql:mysql mysql/ #进行初始化 [root@mysql ~]# /usr/local/mysql/bin/mysqld 7、配置并启动MySQL #再次修改当前目录下的属组及属主（初始化后，产生的一些文件） [root@mysql ~]# chown -R mysql:mysql /usr/local/mysql/ #编写
1K21发布于 2020-04-12 - 来自专栏wfaceboss
MIS系统部署方案
?
1.3K30发布于 2019-04-08 - 来自专栏北京马哥教育
Kubernetes网络部署方案
为啥只说明以下两种方案的部署模式，因为其他网络方案不争气。 Flanneld [Systemd部署模式] Flannel部署相对来说简单容易、坑少，直接上配置。 Calico [Systemd部署模式] 其实吧，Calico在Kubernetes网络方案用用的比Flanneld多，Calico懂得玩伸缩，技术也比较牛，在很多物理设备不开启BGP的情况下做了折中， Flanneld的host-gw模式性能虽然不错，但是只能在2层玩下，过了二层路由被重写就GG了。 开始表演IP-IP模式。 calico-node（其实就2个文件） calico.env ETCD_ENDPOINTS="https://{ETCD1}:2379,https://{ETCD2}:2379" ETCD_CA_FILE RR部署模式 其实就是在以上的基础上多部署一个RR容器。
1.9K80发布于 2018-05-04 - 来自专栏建帅技术分享
centos部署mysql
centos部署mysql 一、下载mysql及依赖 mysql下载地址 分别下载这四个： server、client、libs、common 二、下载好之后上传—安装 按顺序执行 rpm -ivh mysql-community-common-5.7.16-1.el6.x86_64.rpm rpm -ivh mysql-community-libs-5.7.16-1.el6.x86_64.rpm rpm -ivh mysql-community-client-5.7.16-1.el6.x86_64.rpm rpm -ivh mysql-community-server-5.7.16-1.el6 server through socket ‘/var/lib/mysql/mysql.sock’ (2) 解决方法： 增加链接： ln -s /var/lib/mysql/mysql.sock / tmp/mysql.sock
1.4K10编辑于 2022-10-05 - 来自专栏技术记录
mySQL优化方案
2、使用连接（JOIN）来代替子查询(Sub-Queries) MySQL从4.1开始支持SQL的子查询。 如果要在 MySQL 中使用外键，一定要记住在创建表的时候将表的类型定义为事务安全表 InnoDB类型。该类型不是 MySQL 表的默认类型。 此外，MySQL 从版本3.23.23开始支持全文索引和搜索。全文索引在MySQL 中是一个FULLTEXT类型索引，但仅能用于MyISAM 类型的表。 在MySQL 3.23版之前，这甚至是一个必须的条件。 WHERE name>="MySQL"and name<"MySQM" 最后，应该注意避免在查询中让MySQL进行自动类型转换，因为转换过程也会使索引变得不起作用。
1.2K80发布于 2018-01-30 - 来自专栏大大刺猬
mysql备份方案
所以我们不按照备份类型来讲, 而直接按照备份方案来讲.备份目标备份目标当然是mysql啦. 开个玩笑.这里所说的备份目标(target)是指在哪备份, 对谁做备份. 既然属于第三方, 就存在有些客户不允许使用的情况.xtrabackup分为2.x和8.x版本, 前者是针对mysql5.7环境, 后者针对mysql8.0环境. 就没得.cfg文件了-- 考cp sbtest1.cfg sbtest1.ibd /data/mysql_3318/mysqldata/db1/-- 解unlock tables;备份方案1: xtrabackup 全备+增备本方案使用xtrabacup的全备和增备功能来做. 建议增备期间的binlog都留着, 以防万一.备份方案2: mysqldump 全备对于无法使用第三方工具的情况, 就只能使用mysql自带的mysqldump命令来做了, 建议每天一个全备. binlog
1.3K21编辑于 2024-12-16
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号