- 综合排序
- 最热优先
- 最新优先
- 来自专栏信且诚心之动
mysql部署方案2.0
======================= mysql部署方案2.0 1. sql类型解释 sql为两种类型sql，第一类是基础数据sql，第二类为业务数据sql. scripts/sql/xiangyang； 2. sql创建规则 当你的sql对所有环境都需要生效时，请创建基础数据sql，根据系统时间和指定的序号（注意，协同工作时可能跟其他人的序号冲突，这里暂无较好解决方案 需要注意的是，若有多个生产环境都需要生效此修改，请将此业务sql复制到每一个生产环境文件夹中 3. sql部署准备 conf, 每一个生产环境业务数据存放文件夹下都需要包含一个文件conf，文件包含当前生产环境版本号和本次更新所包含的文件名 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 主从复制部署（在三台mysql节点机上部署，本案例是一主两从架构） mysql安装参考：http://www.cnblogs.com/kevingrace/p/6109679.html mysql主从部署参考 [root@proxy-node ~]# chkconfig --add mysql-proxy 3）为服务脚本提供配置文件 [root@proxy-node ~]# vim /etc/sysconfig rows in set (0.00 sec) 3）读写分离测试 1）在master-node数据库上创建proxy用户，从服务器也会同步这个操作。 3）查看状态，在proxy-node机器上操作，可以看到状态全部为up： [root@proxy-node bin]# mysql -uadmin -padmin -h182.48.115.233 --
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 in 太慢的 3 种优化方案
MySQL in 太多出现慢的原因在MySQL中有一个配置参数eq_range_index_dive_limit，它的作用是一个等值查询(比如：in 查询)，其等值条件数小于该配置参数，则查询成本分析使用扫描索引树的方式分析 使用扫描索引树的方式分析在MySQL内部叫做index dives，使用索引统计的方式分析在MySQL内部叫做index statistics。 eq_range_index_dive_limit 默认值是 200 .csharp复制代码select * from dogs where id in (1, 2, 3, 4);结合上面这条 SQL， 解决方案方案一可以通过拆分 in 的数量, 分批查询.csharp复制代码select * from dogs where id in (1, 2);csharp复制代码select * from dogs where id in (3, 4);这种方法缺点也明显, 对于分页或者是查询总条件的一部分并不能实现.方案二使用 union all 实现内存级别临时表.sql复制代码select *from users
1.3K10编辑于 2024-05-30- 来自专栏杨建荣的学习笔记
MySQL自动化部署的设计方案
1）安装部署的步骤梳理 针对MySQL方向的部署，我们要改进，首先需要明确一些潜在的问题和不规范的因素。 从流程上来说，部署MySQL服务相关的流程大体有下面的一些方面： 步骤 任务 任务介绍 1 内核参数配置 根据预置配置统一规范系统配置 2 数据目录配置 对于多版本，多实例部署，需要规范数据目录 3 MySQL 软件部署 选择哪个版本，哪个分支 4 MySQL初始化 数据字典的初始化，最耗时的过程 5 安装MySQL插件 比如半同步插件,审计插件等，可选项 6 监控配置 使用第三方监控工具提取 7 报警配置 使用第三方报警工具配置 3）运维侧的安装部署设计 在运维侧，MySQL部署的基本页面设计如下： ? 通过不断的调试改进，目前的环境部署时间可以简化到5分钟之内。 在这个基础上我们可以进一步提炼下，那就是前面的一些步骤除了一些动态的参数之外，我们是否可以进一步把整个MySQL的部署改造为一种更加通用的配置化部署，也就是说，我们可以预先做好一个模板配置和文件部署，对于最耗时的数据字典初始化来说就不用重新在做一次了
1.3K20发布于 2019-05-08 - 来自专栏SQL/ORACLE
MySQL高可用方案MHA的部署和原理
MHA（Master High Availability）是一套相对成熟的MySQL高可用方案，能做到在0~30s内自动完成数据库的故障切换操作，在master服务器不宕机的情况下，基本能保证数据的一致性 其中，MHA Manager可以单独部署在一台独立的机器上管理多个master-slave集群，也可以部署在一台slave上。 OK, 0 rows affected (0.09 sec) 3. 在ext3文件系统下，删除大的文件需要一定的时间，这样会导致严重的复制延迟，所以在Linux中，一般都是通过硬链接的方式来删除大文件。 3. invite_code=3vtuwevgbfms4
6.6K30发布于 2021-03-08 - 来自专栏软件工程师Michael
MySql企业版Percona-Server部署方案
部署平台 MariaDB的跨平台性更好一些，支持Windows平台和Linux平台,但是不支持MacOS. Percona Server不支持跨平台，，只能在Linux平台安装。 二、MySql数据库企业版Percona-Serve部署步骤 环境： CentOS7,Vagrant,VirtualBox; Win10,Navicat12 Preminum/Workbench(建议8.0 以上版本存在SSL配置问题） 前置操作说明： 1.安装vagrant + VirtualBox,构建虚拟环境（用于个人电脑测试，如有服务器已经安装CentOs,则不用安装此环境） 2.安装CentOS 7 3. 】，【client】 (2) 鉴于数据库安全性考虑，建议port值设置为10000~20000范围内的某个数，如port=10306 (3) 设置bind-address=0.0.0.0 【表示端口开放】 2.查看数据库当前端口号 进入mysql模式，执行 show global variables like 'port'; 3.mysql创建新用户并授权 grant all on
2K40编辑于 2022-02-26 - 来自专栏python3
部署Amoeba3.X实现Mysql读写
项目介绍： Amoeba for Mysql软件，致力于MySQL的分布式数据库前端代理层，它主要在应用层访问MySQL的时候充当SQL路由功能，专注于分布式数据库代理层（Database Proxy wget http://jaist.dl.sourceforge.net/project/amoeba/Amoeba%20for%20mysql/3.x/amoeba-mysql-3.0.5-RC-distribution.zip ，接下来就是配置读写分离，因为Amoeba3.x较2.x有较大改动，所以贴下我的配置项。 -- Load balancing strategy: 1=ROUNDROBIN , 2=WEIGHTBASED , 3=HA--> <property name="loadbalance - - - - - - 省略 - - - - - </queryRouter> 读写分离到此配置完成，接着启动amoebe /usr/local/amoeba2/bin/launcher 在<em>部署</em>
69120发布于 2020-01-07 - 来自专栏时悦的学习笔记
MySQL MHA部署 Part 3 MHA软件安装
实验环境 此次实验的环境如下 MySQL 5.7.25 Redhat 6.10 操作系统账号:mysql 数据库复制账号:repl 复制格式:基于行的复制 MHA版本: 0.56 IP地址 主从关系 软件下载 我们可以通过如下网站下载0.56的el6版本 https://github.com/yoshinorim/mha4mysql-manager/wiki/Downloads 或者通过如下网盘下载 rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm ? 3. 验证安装 到这里我们已经安装完成了，下面来验证下 ? ? 4. 参考资料 https://www.percona.com/blog/2016/09/02/mha-quickstart-guide/ http://www.ttlsa.com/mysql/step-one-by-one-deploy-mysql-mha-cluster
1.5K21发布于 2020-08-18 - 来自专栏李珣
Microsoft Azure部署MYSQL-MMM(3)配置MYSQL-MMM
（3）安装配置MYSQL-MMM 在db1、db2、db3安装MMM所需要的Perl模块（所有服务器）执行该脚本，然后 yum -y install mysql-mmm-agent来安装MMM ： 完成编译后通过scp复制到db2、db3、monitor节点： # scp /etc/mysql-mmm/mmm_common.conf 10.0.0.5:/etc/mysql-mmm/ # scp / 分别在db1，db2，db3三台主机的/etc/mysql-mmm配置mmm_agent.conf文件，分别用不同的字符标识，注意这三台机器的this db1这块要想，比如本环境中，db1要配置this db1，db2要配置为this db2，而db3要配置为this db3。 在db1、db2、db3启动agent服务 # service mysql-mmm-agent start ?
44420发布于 2019-03-14 - 来自专栏漫谈测试
聊一聊SonarQube 3种不同部署方案
一、单机Docker部署 (适合开发/测试) 方案 <1>特点： 快速启动、资源占用少、适合体验和小团队测试。 (单节点) 方案<2>特点： 分离组件、资源可控、适合中小团队生产环境。 (企业级生产) 方案<3>特点： 高可用、可扩展性、适合大型团队或关键业务。 至少 2 个 Search 节点 (推荐 3 个或更多奇数节点以实现高可用和分片)。 个人学习/小团队试用：方案一 (Docker) 最简单快捷。中小团队正式生产：方案二 (单节点标准部署) 是主流选择，满足大部分需求。
1K20编辑于 2025-07-22 - 来自专栏数据和云
MySQL 8.0 安装部署3个注意事项
墨墨导读：本文分享实际案例中MySQL8.0安装部署时最典型的3个问题，希望对大家有帮助。 下面是实际案例中MySQL8.0安装部署的时候，最典型的3个问题进行了整理。 3、 消息完整性验证：消息传输过程中使用MAC算法来检验消息的完整性。 3.将导出的数据导入mysql数据库中。 备注：是否可以直接改，不导入。会存在莫名其妙的问题。建议按照上述操作。 3）8.0上进行更改，提示如下信息： ? ? MySQL8.0环境中部署的时候最容易忽略的。
1.8K20发布于 2020-08-04 - 来自专栏大数据杂货铺
CSA部署方案
我们在Cloudera的流分析系列中介绍了《Cloudera中的流分析概览》和《SQL Stream Builder的概览》，今天我们来进行下一个章节：CSA的部署方案。 您可以根据要构建的应用程序在私有云基础版上部署Streaming Analytics。 仅使用Flink的DataStream应用程序。在这种情况下，您需要创建一个Flink应用程序集群。 您可以使用以下工作流程来了解部署过程： ?
98440发布于 2021-05-20 - 来自专栏开发经验
MySQL in 太多过慢的 3 种解决方案
当在 MySQL 中使用 IN 语句查询大量数据时，性能可能会受到影响。尤其是在数据量较大或者 IN 语句中包含大量项时，查询速度可能会变慢。 以下是三种解决 MySQL 中 IN 语句过慢问题的解决方案： 解决方案一：使用 JOIN 替代 IN JOIN 操作通常比 IN 语句更高效，特别是在处理大数据集时。 原始 IN 查询（假设包含大量 ID）： SELECT * FROM orders WHERE order_id IN (1, 2, 3, ..., 10000); 分批处理后的查询： -- 第一个批次 SELECT * FROM orders WHERE order_id IN (1, 2, 3, ..., 1000); -- 第二个批次 SELECT * FROM orders WHERE order_id 选择适当的解决方案可以显著提升 MySQL 查询的效率，保证系统的高效运行。
1.5K10编辑于 2025-06-01 - 来自专栏IT运维技术圈
mysql5.7.25最强集群方案（附一键部署脚本）
还记得我们之前部署mysql集群有多麻烦嘛？波哥来救你们啦！ 我已将项目上传到了我的github仓库中，大家可以点击仓库地址出现的连接登录查看相应的代码！如果觉得不错别忘了转发、点赞哦！ 部署步骤： git clone https://github.com/luckman666/deploy_mysql_cluster.git cd deploy_mysql_cluster # 编辑bash.config 3、（从节点故障）keepalived直接关闭该节点服务，将该节点剔除集群。 设计这套mysql的集群方案主要是面向我司的账单系统。因为都是账单数据，对于数据的丢失的容忍度为0。所以采用多节点强制同步的PXC集群方式。 部署采用docker方式，网络方案采用swarm的overlay网络，冗余策略是keepalived 大家可能对pxc集群方案略有陌生这里简单给大家介绍一下： 1、传统的Repliaction 集群方案
1.3K20编辑于 2022-06-26 - 来自专栏实战docker
helm部署mysql
关于helm部署mysql 如果您的kubernetes已有helm，那么部署mysql的步骤可用helm来简化，原先需要自己动手配置的deployment和service都已集成在chart中，今天就来实战通过 的部署 kubernetes环境helm的部署和基本操作请参考《部署和体验Helm(2.16.1版本)》 下载chart包 执行helm search mysql看看chart仓库有没有mysql,如下图 下图红框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 /configure && make && make install 3、安装bison [root@mysql ~]# wget http://ftp.gnu.org/gnu/bison/bison 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 - 来自专栏公众号:咻咻ing
部署方案
JanusGraph提供了多种存储和索引后端选项，可以灵活地部署它们。本章介绍了一些可能的部署方案，以帮助解决这种灵活性带来的复杂性。 注意：本章中介绍的场景仅是JanusGraph如何部署的示例。 每个部署都需要考虑具体的用例和生产需求。 1. 基础部署 这种方案是大多数用户在刚开始使用JanusGraph时可能想要选择的方案。 后者描述了将部署向高级部署转换的方式。 任何可扩展存储后端都可以通过这种方案来使用。 但是，对于Scylla，当托管与此方案中的其他服务共存时，需要进行一些配置。 在这个方案中需要使用索引时，它也需要是可扩展的。 2. 高级部署 高级部署是在第8.1节“基础部署”上的演变。 这种部署方案提供了不同组件的独立可伸缩性，因此使用可扩展的后端存储/索引当然也是最有意义的。 3. 简单部署 也可以在一台服务器上将JanusGraph Server与后端一起部署。
89020发布于 2019-08-07 - 来自专栏建帅技术分享
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
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号