- 综合排序
- 最热优先
- 最新优先
- 来自专栏信且诚心之动
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的读写分离可以使用MySQL Proxy和Amoeba实现，其实也可以使用MySQL-MMM实现读写分离的自动切换。 下面重点说下Mysql Proxy: MySQL Proxy处于客户端应用程序和MySQL服务器之间，通过截断、改变并转发客户端和后端数据库之间的通信来实现其功能。 可以说MySQL Proxy相当于一个轻量级的MySQL了，实际上，MySQL Proxy的admin server 是可以接受SQL来查询状态信息的。 部署MySQL Proxy实现读写分离并提高并发负载的操作记录 0）机器环境 ip地址 角色 主机名 182.48.115.237 master 主从复制部署（在三台mysql节点机上部署，本案例是一主两从架构） mysql安装参考：http://www.cnblogs.com/kevingrace/p/6109679.html mysql主从部署参考
2.2K80发布于 2018-01-23 - 来自专栏散尽浮华
MySQL高可用方案－PXC环境部署记录
之前梳理了Mysql+Keepalived双主热备高可用操作记录，对于mysql高可用方案，经常用到的的主要有下面三种： 一、基于主从复制的高可用方案：双节点主从 + keepalived 一般来说，中小型规模的时候 双节点主从+keepalived/heartbeat方案架构示意图见下： ? 二、基于主从复制的高可用方案：多节点主从+MHA/MMM 多节点主从，可以采用一主多从，或者双主多从的模式。 下面重点介绍下基于PXC的mysql高可用环境部署记录。 1、PXC介绍 Percona XtraDB Cluster（简称PXC集群）提供了MySQL高可用的一种实现方法。 ，部署操作简单； 5）数据严格一致性，尤其适合电商类应用； 6）完全兼容MySQL； 虽然PXC有这么多好处，但也有些局限性： 1）只支持InnoDB引擎；当前版本（5.6.20）的复制只支持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是一个不错的方案。 的主从读写分离，主要有以下几种方案： 1）通过程序实现，网上很多现成的代码，比较复杂，如果添加从服务器要更改多台服务器的代码。 3）自己开发接口实现，这种方案门槛高，开发成本高，不是一般的小公司能承担得起。 关闭三台机器的iptables防火墙和selinux mysql安装参考：http://www.cnblogs.com/kevingrace/p/6109679.html mysql主从部署参考：http amoeba-node ~]# java -version java version "1.7.0_141" OpenJDK Runtime Environment (rhel-2.6.10.1.el6_9-
2.2K100发布于 2018-01-23 - 来自专栏杨建荣的学习笔记
MySQL自动化部署的设计方案
1）安装部署的步骤梳理 针对MySQL方向的部署，我们要改进，首先需要明确一些潜在的问题和不规范的因素。 从流程上来说，部署MySQL服务相关的流程大体有下面的一些方面： 步骤 任务 任务介绍 1 内核参数配置 根据预置配置统一规范系统配置 2 数据目录配置 对于多版本，多实例部署，需要规范数据目录 3 MySQL 软件部署 选择哪个版本，哪个分支 4 MySQL初始化 数据字典的初始化，最耗时的过程 5 安装MySQL插件 比如半同步插件,审计插件等，可选项 6 监控配置 使用第三方监控工具提取 7 报警配置 使用第三方报警工具配置 8 备份配置 配置不同IDC的网络配置，可选项 9 初始化账号配置 预置一批初始应用账号 10 系统权限配置 开通部分系统或者服务的访问权限 11 主从配置 配置一主一从或者一主多从的环境 12 高可用配置 3）运维侧的安装部署设计 在运维侧，MySQL部署的基本页面设计如下： ? 通过不断的调试改进，目前的环境部署时间可以简化到5分钟之内。
1.3K20发布于 2019-05-08 - 来自专栏软件工程师Michael
MySql企业版Percona-Server部署方案
MariaDB 起初MySQL之父Monty在1979年写下MySQL的第一行代码，后来逐渐创建起MySQL公司，后将其以10亿美金卖给Sun，结果Sun又把MySQL转手卖给Oracle，Monty愤而出走 Percona Server Percona Server是MySQL咨询公司Percona发布的性能最接近MySQL企业版的MySQL产品。 部署平台 MariaDB的跨平台性更好一些，支持Windows平台和Linux平台,但是不支持MacOS. Percona Server不支持跨平台，，只能在Linux平台安装。 二、MySql数据库企业版Percona-Serve部署步骤 环境： CentOS7,Vagrant,VirtualBox; Win10,Navicat12 Preminum/Workbench(建议8.0 restart mysqld.service 8.退出mysql命令行模式 用control + D 9.CentOS环境MySQL数据库的备份与恢复 备份： [root@localhost
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. purge_relay_logs -r-xr-xr-x 1 root root 7525 Jul 20 07:00 save_binary_logs 复制代码 二、在Monitor host节点上部署 sync_pass’; flush privileges; 建HAM管理用户 grant all on . to ‘mymha’@‘172.16.0.%’ identified by ‘JXqqSV63y9Ls8Nq
6.6K30发布于 2021-03-08 - 来自专栏技术杂记
mysql 迁移9
要确保mysql 数据库的 datadir是清空的，否则会报错 [root@slave02 data]# cat restore.log nohup: ignoring input Warning: /usr/bin/innobackupex version 2.3.2 based on MySQL server 5.6.24 Linux (x86_64) (revision id: 306a2e0 ) Original data directory /var/lib/mysql is not empty! ) Original data directory /var/lib/mysql is not empty! 开头的文件 如： .bash_history .lesshst .mysql_history .viminfo 要指明删，如 rm -rf .bash_history .lesshst .mysql_history
1.9K20编辑于 2022-03-21 - 来自专栏技术杂记
mysql 迁移9
要确保mysql 数据库的 datadir是清空的，否则会报错 [root@slave02 data]# cat restore.log nohup: ignoring input Warning: /usr/bin/innobackupex version 2.3.2 based on MySQL server 5.6.24 Linux (x86_64) (revision id: 306a2e0 ) Original data directory /var/lib/mysql is not empty! ) Original data directory /var/lib/mysql is not empty! 开头的文件 如： .bash_history .lesshst .mysql_history .viminfo 要指明删，如 rm -rf .bash_history .lesshst .mysql_history
1.8K20编辑于 2022-03-22 - 来自专栏DotNet NB && CloudNative
.NET9 AOT部署
C# AOT部署和JIT部署两种不同的编译和部署方式对比 AOT（Ahead-of-Time）部署： AOT是将C#程序提前编译为机器代码（通常为平台特定的二进制文件），在应用程序启动之前完成编译过程。 缺点： 编译时间长：AOT需要在部署前进行编译，可能导致部署的时间较长。 平台依赖：AOT编译会生成特定平台的机器码，因此跨平台部署需要针对每个平台生成不同版本的代码。 实操 创建一个解决方案，创建两个控制台项目，一个启用AOT，一个不启用 未启用AOT的csproj文件内容 <Project Sdk="Microsoft.NET.Sdk"> <PropertyGroup tabs=dotnet9&pivots=os-linux-ubuntu-2204 添加存储库 sudo add-apt-repository ppa:dotnet/backports 安装SDK sudo tabs=linux-ubuntu%2Cnet9plus sudo apt-get install clang zlib1g-dev 4、把解决方案代码上传到Linux系统某个文件夹上并转到要发布的项目
86400编辑于 2025-03-17 - 来自专栏大数据杂货铺
CSA部署方案
我们在Cloudera的流分析系列中介绍了《Cloudera中的流分析概览》和《SQL Stream Builder的概览》，今天我们来进行下一个章节：CSA的部署方案。 您可以根据要构建的应用程序在私有云基础版上部署Streaming Analytics。 仅使用Flink的DataStream应用程序。在这种情况下，您需要创建一个Flink应用程序集群。 您可以使用以下工作流程来了解部署过程： ?
98440发布于 2021-05-20 - 来自专栏写代码和思考
MySQL学习笔记(9) MySQL性能优化
2.知识 性能优化是通过合理安排资源，调整MySQL参数，服务器环境等手段使得MySQL 运行更快，更节省资源。 常见的优化方法： 查询优化 数据库表结构设计优化 MySQL所在的服务器优化 可以从多个方面进行性能优化，原则是 尽量减少系统的瓶颈，减少资源的占用，加快系统的响应速度。 比如： 优化系统的文件系统，以提高磁盘I/O的读写速度； 优化操作系统调度策略，以提高MySQL在高负荷情况下的负载能力； 优化表结构，索引，查询语句使得查询的响应更快。 它虽然很灵活，但执行效率不高，MySQL 需要未内层查询语句的查询结果建立一个临时表，然后外层的查询语句从临时表里再次查询。查询完毕后，销毁这些临时表。 优化 MySQL 服务器 硬件优化 配置较大内存 配置高速磁盘 合理分布磁盘I/O 多处理器等 优化MySQL配置文件的参数 MySQL配置参数在my.cnf ， my.ini 文件中，根据经验修改参数达到优化目的
57410发布于 2021-06-29 - 来自专栏IT运维技术圈
mysql5.7.25最强集群方案（附一键部署脚本）
还记得我们之前部署mysql集群有多麻烦嘛？波哥来救你们啦！ 我已将项目上传到了我的github仓库中，大家可以点击仓库地址出现的连接登录查看相应的代码！如果觉得不错别忘了转发、点赞哦！ 部署步骤： git clone https://github.com/luckman666/deploy_mysql_cluster.git cd deploy_mysql_cluster # 编辑bash.config 设计这套mysql的集群方案主要是面向我司的账单系统。因为都是账单数据，对于数据的丢失的容忍度为0。所以采用多节点强制同步的PXC集群方式。 部署采用docker方式，网络方案采用swarm的overlay网络，冗余策略是keepalived 大家可能对pxc集群方案略有陌生这里简单给大家介绍一下： 1、传统的Repliaction 集群方案 （1主多从） 2、PXC 集群方案（ Percona XtraDB Cluster 多主多从） 方案场景对比： Repliaction 集群同步方式概览： PXC 集群方案（ Percona XtraDB
1.3K20编辑于 2022-06-26 - 来自专栏侯哥的Python分享
MySQL基础9-事务
mysql的事务默认是自动提交的，也就是说，当执行一条DML语句，Mysql会立即隐式的提交事务 二、事务操作 2.1 查看事务提交方式 select@@autocommit; 2.2 设置事务提交方式 | serializable}; 说明1：session ：设置仅对当前对话起作用 说明2：global ：设置对全局都有用 六、事务的演示 6.1 案例使用的accout表结构及数据 mysql 在进行异常展示之前，先把数据恢复成各自2000的余额 mysql> update account set money=2000; Query OK, 2 rows affected (0.02 sec) Rows matched: 2 Changed: 2 Warnings: 0 mysql> select * from account; +----+--------+-------+ | id 6.4 案例3 使用事务完成，首先同样也是先还原数据，每个人的余额都是2000元 mysql> select * from account; +----+--------+-------+ |
31310编辑于 2023-09-01 - 来自专栏公众号:咻咻ing
部署方案
JanusGraph提供了多种存储和索引后端选项，可以灵活地部署它们。本章介绍了一些可能的部署方案，以帮助解决这种灵活性带来的复杂性。 注意：本章中介绍的场景仅是JanusGraph如何部署的示例。 每个部署都需要考虑具体的用例和生产需求。 1. 基础部署 这种方案是大多数用户在刚开始使用JanusGraph时可能想要选择的方案。 后者描述了将部署向高级部署转换的方式。 任何可扩展存储后端都可以通过这种方案来使用。 但是，对于Scylla，当托管与此方案中的其他服务共存时，需要进行一些配置。 在这个方案中需要使用索引时，它也需要是可扩展的。 2. 高级部署 高级部署是在第8.1节“基础部署”上的演变。 与之前的部署方案相反，此方案对于使用不可扩展的后端是最有意义的。 内存存储可用于测试调研目的，或者Berkeley DB用于生产，Lucene作为可选的索引后端。 4.
89020发布于 2019-08-07 - 来自专栏实战docker
helm部署mysql
关于helm部署mysql 如果您的kubernetes已有helm，那么部署mysql的步骤可用helm来简化，原先需要自己动手配置的deployment和service都已集成在chart中，今天就来实战通过 的部署 kubernetes环境helm的部署和基本操作请参考《部署和体验Helm(2.16.1版本)》 下载chart包 执行helm search mysql看看chart仓库有没有mysql,如下图 kubernetes，那么msyql数据存储在宿主机是最简单的方案 在宿主机创建一个文件夹，例如/root/k8s-mysql-data，给此文件夹读写权限 进入templates目录，打开deployment.yaml 存储准备完毕，可以开始部署MySql了 部署mysql 在values.yaml所在目录，执行以下操作即可部署mysql，使用的namespace是test001： helm install --name-template 至此，MySql部署成功，使用了宿主机的32000端口，接下来远程连接到此MySql试试； 验证mysql 在另外一台电脑上远程连接MySql服务，我这里是在一台Ubuntu上用mycli工具连接的，MySql
4.7K40发布于 2020-05-26 - 来自专栏小手冰凉
部署MySQL 5.7
一、部署安装MySQL 注：在安装MySQL前需要卸载掉当前已有的mariadb，然后需要安装gcc环境 1、安装cmake [root@mysql ~]# wget https://github.com mysql [root@mysql ~]# mkdir -p /usr/local/mysql/data 6、安装及初始化MySQL [root@mysql ~]# tar zxf mysql-5.7.29 .tar.gz [root@mysql ~]# cd mysql-5.7.29/ [root@mysql mysql-5.7.29]# cmake -DCMAKE_INSTALL_PREFIX=/usr /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 - 来自专栏侯哥的Python分享
MySQL高级9-锁
二、分类 MySQL中的锁、按照锁的粒度分，分为以下三类 全局锁：锁定数据量的所有表 表级锁：每次操作锁住整张表 行级锁：每次操作锁住对应的行数据 三、全局锁 3.1 简介 全局锁就是对整个数据库实例枷锁 执行查询语句正常的，但是执行DML语句中的更新操作却是处于阻塞状态 3.5 案例二 说明1：客户端1中设置了全局锁 说明2：客户端3中做了数据库备份的语句，其中mysqldump是和mysql 一样由MySQL服务器提供的数据库备份的命令 说明3：当数据库设置了全局锁的时候，不影响数据库的备份 说明4：MySQL备份实在终端命令行模式下，不是在数据库命令模式下，注意！ MDL锁主要作用是维护表元数据的数据一致性，在表上有活动事务的时候，不可以对元数据进行写入操作，为了避免DML和DDL冲突，保证读写的正确性 6.2 元数据锁的类型 在MySQL5.5 中引入了 说明9：InnoDB的行锁是针对于索引加的锁，不通过索引检索数据，那么InnoDB将对表中的所有记录加锁，此时就会升级为表锁 说明10：根据业务需要，尽量使用索引当所查询条件，既快又减少阻塞
41330编辑于 2023-09-06 - 来自专栏wfaceboss
MIS系统部署方案
?
1.3K30发布于 2019-04-08 - 来自专栏北京马哥教育
Kubernetes网络部署方案
follow-me-install-kubernetes-cluster，然后随着新版的发展，越来越多的配置参数存在各种各样的问题，最大的问题是在CNI产生后，两篇文章的配置参数和系统默认或者CNI配置参数有稍微的冲突导致很多人在利用CNI做网络方案的时候会出现很多问题 ，这篇文章目的第一是向两位前辈致敬，第二是共享下在Flanneld和Calico部署过程中遇到挫折和问题。 为啥只说明以下两种方案的部署模式，因为其他网络方案不争气。 Flanneld [Systemd部署模式] Flannel部署相对来说简单容易、坑少，直接上配置。 Calico [Systemd部署模式] 其实吧，Calico在Kubernetes网络方案用用的比Flanneld多，Calico懂得玩伸缩，技术也比较牛，在很多物理设备不开启BGP的情况下做了折中， RR部署模式 其实就是在以上的基础上多部署一个RR容器。
1.9K80发布于 2018-05-04
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号