上一页 1 ··· 4 5 6 7 8 9 10 下一页
摘要: 1.Max_connections 1.简介 Mysql的最大连接数,如果服务器的并发请求量比较大,可以调高这个值,当然这是要建立在机器能够支撑的情况下,因为如果连接数越来越多,mysql会为每个连接提供缓冲区,就会开销的越多的内存,所以需要适当的调整该值,不能随便去提高设值。 2.查看方式 mys 阅读全文
posted @ 2020-08-05 21:19 等等马上就好 阅读(307) 评论(0) 推荐(0) 编辑
摘要: 1.数据库硬件优化(选型) 1.一般数据库选择 1.真实的硬件,物理机 2.云产品ECS,自己搭建数据库 3.云数据库(RDS、DRDS) 2.数据库类型 1.OLTP 在线事务处理系统 支持大量并发用户定期添加和修改数据。 反映随时变化的单位状态,但不保存其历史记录。 包含大量数据,其中包括用于验 阅读全文
posted @ 2020-08-05 21:11 等等马上就好 阅读(111) 评论(0) 推荐(0) 编辑
摘要: 1.分表原因 1.数据过多,访问缓慢 2.创建索引时重新排序,创建缓慢,并且占用大量的磁盘空间 2.分表方式 1.根据数据范围分表 2.根据取模的方式(取余数) 3.Atlas分表 1.分表思路 1.确定分表的库,表,字段 2.确定分表的数量 3.分表的名字,stu_0,stu_1,stu_2 4. 阅读全文
posted @ 2020-08-05 21:06 等等马上就好 阅读(172) 评论(0) 推荐(0) 编辑
摘要: 1.思路 1.找到新的主库 2.将新的主库从Atlas中配置下线 3.保存到配置文件 2.写脚本 [root@db03 ~]# vim switch_Atlas.sh #/bin/bash #1.获取新的主库IP new_master=`grep "as a new master" /service 阅读全文
posted @ 2020-07-29 20:07 等等马上就好 阅读(159) 评论(0) 推荐(1) 编辑
摘要: 1.Atals介绍 1.简介 Atlas是由 Qihoo 360公司Web平台部基础架构团队开发维护的一个基于MySQL协议的数据中间层项目。它在MySQL官方推出的MySQL-Proxy 0.8.2版本的基础上,修改了大量bug,添加了很多功能特性。它在MySQL官方推出的MySQL-Proxy 阅读全文
posted @ 2020-07-29 20:06 等等马上就好 阅读(194) 评论(0) 推荐(0) 编辑
摘要: 1.node节点上的脚本 [root@db02 ~]# vim start_mha.sh #/bin/bash # 判断数据库是否挂掉 mysql_pid=`ps -ef | grep [m]ysqld | wc -l` # 如果挂掉则重启,如果没挂则杀掉重启 if [ $mysql_pid -eq 阅读全文
posted @ 2020-07-29 19:55 等等马上就好 阅读(201) 评论(0) 推荐(0) 编辑
摘要: 1.VIP漂移的两种方式 1.keeplaived的方式 2.MHA自带的脚本进行VIP漂移 2.配置MHA读取VIP漂移脚本 #编辑配置文件 [root@db03 ~]# vim /service/mha/app1.cnf #在[server default]标签下添加 [server defau 阅读全文
posted @ 2020-07-28 21:03 等等马上就好 阅读(679) 评论(0) 推荐(0) 编辑
摘要: 1.配置MHA实时备份binlog [root@db03 ~]# vim /service/mha/app1.cnf [root@db03 ~]# vim /service/mha/app1.cnf ...... [binlog1] # 把主库的binlog日志备份到本地 no_master=1 h 阅读全文
posted @ 2020-07-28 20:58 等等马上就好 阅读(261) 评论(0) 推荐(0) 编辑
摘要: 1.MHA主库切换机制 1.读取配置中的指定优先级 candidate_master=1 check_repl_delay=0 2.如果数据量不同,数据量多的为主库 3.如果数据量相同,按照主机标签,值越小优先级越高 # 不问顺序 2.主机标签优先级测试 #配置MHA [root@db03 ~]# 阅读全文
posted @ 2020-07-28 20:56 等等马上就好 阅读(201) 评论(0) 推荐(0) 编辑
摘要: 1.准备三台机器 第一台:IP:10.0.0.51 db01 2G内存 第二台:IP:10.0.0.52 db02 2G内存 第三台:IP:10.0.0.53 db03 2G内存 2.简介 MHA能够在较短的时间内实现自动故障检测和故障转移,通常在10-30秒以内;在复制框架中,MHA能够很好地解决 阅读全文
posted @ 2020-07-27 21:25 等等马上就好 阅读(227) 评论(0) 推荐(0) 编辑
摘要: 1.什么是GTID GTID(Global Transaction ID)是对于一个已提交事务的唯一编号,并且是一个全局(主从复制)唯一的编号。 它的官方定义如下: GTID = source_id :transaction_id 7E11FA47-31CA-19E1-9E56-C43AA21293 阅读全文
posted @ 2020-07-26 19:13 等等马上就好 阅读(212) 评论(0) 推荐(0) 编辑
摘要: 1.过滤复制的方式 1.查看master status mysql> show master status; + + + + + + | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set | + + + + + 阅读全文
posted @ 2020-07-26 19:06 等等马上就好 阅读(335) 评论(0) 推荐(0) 编辑
摘要: 1.半同步复制的作用 解决主从数据一致性问题 2.半同步复制工作原理的变化 1. 主库执行新的事务,commit时,更新 show master status\G ,触发一个信号给 2. binlog dump 接收到主库的 show master status\G信息,通知从库日志更新了 3. 从 阅读全文
posted @ 2020-07-26 18:57 等等马上就好 阅读(379) 评论(0) 推荐(0) 编辑
摘要: 1主1从,从库延时5分钟,主库误删除1个库 故障恢复思路: 1. 5分钟之内 侦测到误删除操作 2. 停从库SQL线程 3. 截取relaylog 起点 :停止SQL线程时,relay最后应用位置 终点:误删除之前的position(GTID) 4. 恢复截取的日志到从库 5. 从库身份解除,替代主 阅读全文
posted @ 2020-07-26 18:53 等等马上就好 阅读(167) 评论(0) 推荐(0) 编辑
摘要: 延时从库只做备份,不提供任何对外服务 为什么要有延时从: 数据库故障? 物理损坏 主从复制非常擅长解决物理损坏. 逻辑损坏 普通主从复制没办法解决逻辑损坏 1.配置延时复制(已经有主从) 1.停止主从 mysql> stop slave; Query OK, 0 rows affected (0.0 阅读全文
posted @ 2020-07-26 18:39 等等马上就好 阅读(200) 评论(0) 推荐(0) 编辑
摘要: 1.主库操作 1.主库配置server_id 2.主库开启binlog 3.主库授权从库连接的用户 4.查看binlog信息 5.导出所有数据 2.从库操作 1.从库配置server_id(跟主库不一致) 2.确认主库授权的用户可以连接主库 3.同步主库数据 4.配置主库信息(change mast 阅读全文
posted @ 2020-07-24 20:56 等等马上就好 阅读(124) 评论(0) 推荐(0) 编辑
摘要: 1.安装 #上传文件包 [root@db03 ~]# rz percona-xtrabackup-24-2.4.4-1.el6.x86_64.rpm #下载epel源 wget -O /etc/yum.repos.d/epel.repo https://mirrors.aliyun.com/repo 阅读全文
posted @ 2020-07-24 20:49 等等马上就好 阅读(145) 评论(0) 推荐(0) 编辑
摘要: 1.常用参数 1.不加参数:用于备份单个表 1)备份库 [root@db02 ~]# mysqldump ku > /tmp/ku.sql 2)备份表 [root@db02 ~]# mysqldump ku test > /tmp/ku.sql 3)备份多个表 [root@db02 ~]# mysq 阅读全文
posted @ 2020-07-24 20:40 等等马上就好 阅读(271) 评论(0) 推荐(0) 编辑
摘要: 1.mysql客户端 mysql mysqladmin mysqldump 2.备份的原因 1.备份就是为了恢复。 2.尽量减少数据的丢失(公司的损失) 3.备份的类型 1.冷备:停库,停服务,备份 2.热备:不停库,不停服务,备份 3.温备:不停服务,锁表(阻止数据写入),备份 #冷备份: 这些备 阅读全文
posted @ 2020-07-24 20:33 等等马上就好 阅读(132) 评论(0) 推荐(0) 编辑
摘要: 1.作用 1.是将mysql服务器中影响数据库性能的相关SQL语句记录到日志文件 2.通过对这些特殊的SQL语句分析,改进以达到提高数据库性能的目的 2.配置 [root@db01 ~]# vim /etc/my.cnf [mysqld] #指定是否开启慢查询日志 slow_query_log = 阅读全文
posted @ 2020-07-24 20:30 等等马上就好 阅读(101) 评论(0) 推荐(0) 编辑
上一页 1 ··· 4 5 6 7 8 9 10 下一页