log文件

mysql

╄→尐↘猪︶ㄣ 提交于 2020-01-01 01:47:02
tar压缩包安装 #查询mysql rpm -qa|grep mysql rpm -qa|grep -i mysql #删除 rpm -e --nodeps mysql-libs-5.1.71-1.el6.x86_64 find / -name mysql yum -y install libaio.so.1 libgcc_s.so.1 libstdc++.so.6 #mysql安装 1.解压压缩包 tar -zxvf mysql-5.7.26-linux-glibc2.12-x86_64.tar.gz -C /usr/local/software/ 2.修改文件夹名字 mv mysql-5.7.26-linux-glibc2.12-x86_64/ mysql 3.检查并创建用户和用户组 cat /etc/group | grep mysql cat /etc/passwd |grep mysql groupadd mysql useradd -r -g mysql mysql 4.创建data文件夹 mkdir data 5.授权目录和用户 chown -R mysql:mysql mysql/ chmod -R 755 mysql/ 6.安装并初始化 执行下面命令之前去/etc/目录下查看是否有my.cnf配置文件,如果有,删除或者修改名字备份起来

MySQL主从搭建

試著忘記壹切 提交于 2020-01-01 01:35:11
主服务器配置 1、编辑配置文件 # 如果不存在,就手动创建一个 vim /etc/my.cnf 在配置文件加入如下值: [mysqld] # 唯一的服务辨识号,数值位于 1 到 2^32-1之间. # 此值在master和slave上都需要设置. # 如果 “master-host” 没有被设置,则默认为1, 但是如果忽略此选项,MySQL不会作为master生效. server-id=1 # 打开二进制日志功能. # 在复制(replication)配置中,作为 MASTER 主服务器必须打开此项 # 如果你需要从你最后的备份中做基于时间点的恢复,你也同样需要二进制日志. log-bin=master-bin log-bin-index=master-bin.index # 以下为非必须设置的选项 # 表明距离当前时间正好n天前的二进制文件会被系统自动删除 # 二进制文件千万不要手动删除 expire-logs-days=14 # binlog有三种日志格式, Statement、Row、Mixed, mysql默认采用statement, 建议使用mixed binlog_format=mixed # sync_binlog=0,当事务提交之后,MySQL不做fsync之类的磁盘同步指令刷新binlog_cache中的信息到磁盘,而让Filesystem自行决定什么时候来做同步

MySQL8.0.16主从环境搭建(CentOS7)

*爱你&永不变心* 提交于 2020-01-01 01:31:03
默认情况下,复制是 异步 的,从站不需要永久连接以接收来自主站的更新。根据配置,您可以复制数据库中的所有数据库,所选数据库甚至选定的表。 MySQL中复制的优点包括: 横向扩展解决方案 - 在多个从站之间分配负载以提高性能。在此环境中,所有写入和更新都必须在主服务器上进行。但是,读取可能发生在一个或多个从站上。该模型可以提高写入性能(因为主设备专用于更新),同时显着提高了越来越多的从设备的读取速度。 数据安全性 - 因为数据被复制到从站,并且从站可以暂停复制过程,所以可以在从站上运行备份服务而不会破坏相应的主数据。 分析 - 可以在主服务器上创建实时数据,而信息的分析可以在从服务器上进行,而不会影响主服务器的性能。 远程数据分发 - 您可以使用复制为远程站点创建数据的本地副本,而无需永久访问主服务器。 先去网站下载 https://dev.mysql.com/downloads/mysql/ 压缩包有如下内容: 说明: 标准安装:安装 mysql-community-server, mysql-community-client, mysql-community-libs, mysql-community-common,和 mysql-community-libs-compat包。 标准安装之后的文件布局如下: -开始安装 把文件上传到服务器,解压。 [root@localhost

mysql主从

放肆的年华 提交于 2020-01-01 01:30:23
目录 1.mysql简介 1.1 主从作用 3.1 mysql安装 3.2 mysql主从配置 3.2.1 确保从数据库与主数据库里的数据一样(两个里面都无数据) 3.2.2 在主数据库里创建一个同步账号授权给从数据库使用 3.2.3 配置主数据库 3.2.4 配置从数据库 3.2.5 测试验证 4.mysql主从配置 4.1确保从数据库与主数据库里的数据一样 4.1.2在主数据库里创建一个同步账号授权给从数据库使用 4.1.3配置主数据库 4.1.3 配置从数据库 4.1.4测试验证 1.mysql简介 在现代企业中,数据显得尤为重要,而存储数据的数据库选择又五花八门,但无论是何种数据库,均存在着一种隐患。 想几个问题: 用一台数据库存放数据,若此数据库服务器宕机了导致数据丢失怎么办? 业务量大了,数据多了,访问的人多了,一台数据库无法保证服务质量了怎么办? 1.1 主从作用 实时灾备,用于故障切换 读写分离,提供查询服务 备份,避免影响业务(这里的备份不是指数据库的备份,而是服务器的备份,相当于一台备用服务器) 1.2 主从形式 一主一从 主主复制 一主多从---扩展系统读取的性能,因为读是在从库读取的 多主一从---5.7开始支持 联级复制 2. 主从复制原理 主从复制步骤: 主库将所有的写操作记录到binlog日志中并生成一个log dump线程

mysql 集群 数据同步

扶醉桌前 提交于 2020-01-01 01:08:02
mysql集群配置在网站负载均衡中是必不可少的; 首先说下我个人准备的负载均衡方式;   1、通过nginx方向代理来将服务器压力分散到各个服务器上;   2、每个服务器中代码逻辑一样;   3、通过使用redis缓存来保存内存中数据,使用redis同步功能来同步不同服务器内存中的数据;   4、在通过mysql的集群配置来实现数据库数据同步; 这里我整理了几种数据同步方式; 一:主从服务器同步;   顾名思义:主服务器负责数据的增删改查,从服务器负责同步数据;   主服务器建立二进制文件;每产生语句变化或磁盘变化写入日至;   从服务器读主服务二进制日至;将读到的日至转成从服务的relaylog,从服务读取relaylog同步主主服务器;   主服务器建立授权复制账号;   从服务器利用账号来监听主服务器;   步骤:   1、首先需要至少两台服务器,我这边118.xxx.xxx.1(主),118.xxx.xxx.2(从)两台服务器;两台搭建mysql方式不同,一台安装mysql,和mysql-server;一台通过直接安装mariadb方式;没什么影响;   2、主服务器修改/etc/my.cnf;     #在[mysqld]下添加,建立二进制日至#server-id一般用服务器后一位server-id=1 log-binary=mysql-bin #监听变化方式

MySQL主从同步

独自空忆成欢 提交于 2020-01-01 00:56:48
Top NSD DBA2 DAY01 案例1:MySQL一主一从 案例2:配置主从从同步结构 配置半同步复制模式 1 案例1:MySQL一主一从 1.1 问题 构建 主-->从 复制结构 其中主机192.168.4.10作为主库 主机192.168.4.20作为从库 1.2 方案 使用2台RHEL 7虚拟机,如图-1所示。其中192.168.4.10是MySQL主服务器,负责提供同步源;另一台192.168.4.20作为MySQL从服务器,通过调取主服务器上的binlog日志,在本地重做对应的库、表,实现与主服务器的AB复制(同步)。 图-1 提前为两台MySQL服务器安装好MySQL-server、MySQL-Client软件包,并为数据库用户root修改密码;Linux客户机上则只需安装MySQL-Client软件包即可。 1.3 步骤 实现此案例需要按照如下步骤进行。 步骤一:初始化现有库 为了在启用binlog日志及同步之前保持主、从库的一致性,建议进行初始化——备份主服务器上现有的库,然后导入到从服务器上。 当现有库、表都采用MyISAM引擎时,可执行离线备份、恢复,这样更有效率;否则,可通过mysqldump等工具来实现库的导出、导入。 1)备份MySQL Master(192.168.4.10)上现有的库 如果服务器已经启用binlog,建议对日志做一次重置

MYSQL主从同步

断了今生、忘了曾经 提交于 2020-01-01 00:55:54
  Mysql 内建的复制功能 是构建大型,高性能应用程序的基础。将Mysql的数据分布到多个系统上去,这种分布的机制,是 通过将Mysql的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的 。复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器。 主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环 。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新,然后封锁并等待主服务器通知新的更新。 注意:当你进行复制时,所有对复制中的表的更新必须在主服务器上进行,从机上的操作不会被更新到master. 环境:   172.24.0.130 3306 master 172.24.0.130 3307 slave 单机多实例建立MySQL: mysql主从复制 只说它的主从复制,步骤如下: 1、主从服务器分别作以下操作: 1.1、 版本一致 1.2、 初始化表,并在后台启动mysql 1.3、修改root的密码 2、修改主服务器master: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[必须]启用二进制日志 server-id=222 //[必须]服务器唯一ID,默认是1

主从复制搭建mysql

梦想与她 提交于 2019-12-31 10:12:52
WINDOWS下Mysql搭建主从服务器 目录 WINDOWS下Mysql搭建主从服务器 要求 主库配置 为从库创建账户 从服务器配置 修改同步用户数据 排错 检验 半同步复制 宕机处理 [要求] 数据库要求版本一致 mysql5.5以上版本 在my.ini 文件中找到[mysqld] (如果没有my.ini 请自行创建文件或将my_default.ini 重命名为 my.ini) [主库配置] ### 主库配置 #给服务器取一个独特的ID server-id=1 #申明二进制日志的文件为mysql-bin.xxxx log-bin=mysql-bin #二进制文件类型 mixed 混合 statement 记录执行语句 row 记录磁盘变化 binlog-format=mixed 并重启mysql 服务 net stop mysql net start mysql 确认主库的server-id,在主库执行 SHOW VARIABLES LIKE 'server_id'; mysql> SHOW VARIABLES LIKE 'server_id'; +---------------+-------+ | Variable_name | Value | +---------------+-------+ | server_id | 1 | +---------------+----

MySQL日志

倾然丶 夕夏残阳落幕 提交于 2019-12-31 03:12:04
日志文件对于任何应用程序都是非常重要的,许多操作都需要记录到日志,然后可以利用日志文件查错纠错等。 mysql中当然也有日志,mysql的日志大概分为五种,即错误日志、查询日志、慢查询日志、二进制日志和事务日志。 查看日志相关的全局变量。 -- 查询日志相关全局变量 show global variables like '%log%'; 一、错误日志 在mysql数据库中,错误日志功能是默认开启的,并且,错误日志无法被禁止。 mysql的日志主要记录服务器启动和关闭过程的信息、服务器运行过程中的错误信息、事件调度器运行一个事件时产生的信息等。 -- 查看错误日志文件的地址 show global variables like 'log_error'; -- 查看警告信息是否也写入到错误日志中,默认值为2。如果要启用,将其值设置为1;如果要禁用,将其值设置为0。 show global variables like 'log_warnings'; mysqladmin命令重新创建一个新的错误日志文件。 -- mysqladmin命令重新创建一个新的错误日志文件,原错误日志文件加上后缀old mysqladmin -u root -p flush-logs sql语句重新创建一个新的错误日志文件。 -- 重新创建一个新的错误日志文件,原错误日志文件加上后缀old flush logs;

mysql日志与备份恢复

旧城冷巷雨未停 提交于 2019-12-31 03:11:48
一.mysql日志:    mysql的日志种类有很多,常见的有二进制日志,一般查询日志,满查询日志,中继日志,事务日志等,具体信息可以通过 mysql> SHOW GLOBAL VARIABLES LIKE ' %log% '; 查看,在我的机器上结果如下: +-----------------------------------------+--------------------------------+ | Variable_name | Value | +-----------------------------------------+--------------------------------+ | back_log | 80 | | binlog_cache_size | 32768 | | binlog_checksum | CRC32 | | binlog_direct_non_transactional_updates | OFF | | binlog_error_action | IGNORE_ERROR | | binlog_format | MIXED | | binlog_gtid_simple_recovery | OFF | | binlog_max_flush_queue_time | 0 | | binlog_order_commits |