log文件

文中使用mysql5.7 版本实现多实例，端口为3306和3307。 1、多实例本质 在一台机器上开启多个不同的mysql服务端口（3306,3307），运行多个mysql服务进程，这些服务进程通过不同的socket监听不同的服务端口来提供各自的服务； 多个实例共用一套mysql安装程序，配置文件可以用同一个（但是最好不同，文中用不同配置文件），启动程序可以用同一个（最好不同，文本用不同启动脚本），数据文件是不同的（必须不同）； 服务器的硬件资源是公用的，逻辑上多实例是各自独立的； 2、多实例作用 有效利用服务器资源；节约服务器资源； 但是多实例肯定会存在资源互相抢占问题，当某个服务实例并发很高或者有慢查询时，会消耗整台服务器更多的内存、CPU等，势必导致其他实例运行也很慢。 3、多实例应用场景 资金比较紧张的公司； 并发访问不是特别大的业务； 4、安装多实例数据库 1.创建相应的目录 mkdir /mysql/{3306,3307}/{data,logs,conf,tmp} -p // 目录解释 data # 存放数据 logs # 存放mysql日志以及binlog日志 conf # 存放mysql配置文件 tmp # 存放mysql socket文件 2.创建mysql用户，登录方式nologin，不创建家目录 groupadd mysql -g 1002 useradd

##只做流程熟悉参考，安装过程太耗时间！！！ 一、系统环境准备 1、系统信息 [root@localhost ~]# uname -r 3.10.0-957.el7.x86_64 [root@localhost ~]# uname -a Linux localhost.localdomain 3.10.0-957.el7.x86_64 #1 SMP Thu Nov 8 23:39:32 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux [root@localhost ~]# cat /etc/redhat-release CentOS Linux release 7.6.1810 (Core) 2、关闭防火墙 vim /etc/selinux/config 将SELINUX的值改为如下： SELINUX=disabled systemctl stop firewalld.service #停止firewall systemctl disable firewalld.service #禁止firewall开机启动 注：此处是测试环境，在生产环境中，按需开启对应应用端口，不能直接关闭防火墙！！ 3、配置地址信息 [root@localhost src]# cat /etc/sysconfig/network-scripts/ifcfg-ens32 TYPE

Android 系统不允许一个纯粹使用C/C++的程序出现，它要求必须是通过Java代码嵌入Native C/C++——即通过JNI的方式来使用本地（Native）代码。因此JNI对Android底层开发人员非常重要。 如何将.so文件打包到.APK 让我们 先 从最简单的情况开始，假如已有一个JNI实现——libxxx.so文件，那么如何在APK中使用它呢？ 在我最初写类似程序的时候，我会将libxxx.so文件push到/system/lib/目录下，然后在Java代码中执行System.loadLibrary(xxx)，这是个可行的做法，但需要取得/system/lib 目录 的写权限（模拟器通过adb remount取得该权限）。但模拟器 重启之 后libxxx.so文件会消失。现在 我找到了更好的方法，把.so文件打包到apk中分发给最终用户，不管是模拟器 或者 真机 ，都不再需要system分区的写权限。实现步骤如下： 1、在你的项目根目录下建立libs/armeabi目录； 2、将libxxx.so文件copy到 libs/armeabi/下； 3、此时ADT插件自动编译输出的.apk文件中已经包括.so文件了； 4、安装APK文件，即可直接使用JNI中的方法； 我想还需要简单说明一下libxxx.so的命名规则，沿袭Linux传统，lib.so是类库文件名称的格式

1为什么使用JNI？ JNI 的强大特性使我们在使用 JAVA 平台的同时，还可以重用原来的本地代码。作为虚拟机 实现的一部分，JNI 允许 JAVA 和本地代码间的双向交互。 请记住，一旦使用 JNI，JAVA 程序就丧失了 JAVA 平台的两个优点： 1、 程序不再跨平台。要想跨平台，必须在不同的系统环境下重新编译本地语言部分。 2、 程序不再是绝对安全的，本地代码的不当使用可能导致整个程序崩溃。 一个通用规则是，你应该让本地方法集中在少数几个类当中。这样就降低了 JAVA 和 C 之间的耦合性。 当你开始着手准备一个使用 JNI 的项目时，请确认是否还有替代方案。像上一节所提到的， 应用程序使用 JNI 会带来一些副作用。下面给出几个方案，可以避免使用 JNI 的时候，达到 与本地代码进行交互的效果： 1、JAVA 程序和本地程序使用 TCP/IP 或者 IPC 进行交互。 2、 当用 JAVA 程序连接本地数据库时，使用 JDBC 提供的 API。 3、JAVA 程序可以使用分布式对象技术，如 JAVAIDLAPI。 这些方案的共同点是，JAVA 和 C 处于不同的线程，或者不同的机器上。这样，当本地程序 崩溃时，不会影响到 JAVA 程序。 下面这些场合中，同一进程内 JNI 的使用无法避免： 1、 程序当中用到了 JAVA API 不提供的特殊系统环境才会有的特征

mysql的InnoDB参数详解 innodb_data_home_dir 这是InnoDB表的目录共用设置。如果没有在 my.cnf 进行设置，InnoDB 将使用 MySQL 的 datadir 目录为缺省目录。如果设定一个空字串,可以在 innodb_data_file_path 中设定绝对路径。 innodb_data_file_path 单独指定数据文件的路径与大小。数据文件的完整路径由 innodb_data_home_dir 与这里所设定值的组合。 文件大小以 MB 单位指定。因此在文件大小指定后必有“M”。 InnoDB 也支持缩写“G”， 1G = 1024M。从 3.23.44 开始，在那些支持大文件的 操作系统 上可以设置数据文件大小大于 4 GB。而在另一些操作系统上数据文件必须小于 2 GB。数据文件大小总和至少要达到 10 MB。在 MySQL-3.23 中这个参数必须在 my.cnf 中明确指定。在 MySQL-4.0.2 以及更新版本中则不需如此，系统会默认在 MySQL 的 datadir 目录下创建一个 16 MB 自扩充(auto-extending)的数据文件 ibdata1。你同样可以使用一个 原生磁盘分区(RAW raw disk partitions(raw devices)) 作为数据文件， 如何在 my.cnf

注意： MySQL的主从复制不是架构 MySQL的主从异步复制实验 需要3台机器 部署MySQL主从异步复制 mysql A:192.168.200.66 mysql B:192.168.200.67 mysql C:192.168.200.68 ------------------------------------------ 所有机器： iptables -F setenforce 0 systemctl stop firewalld ------------------------------------------ A : yum -y install ntp (时间同步服务器，保证3台机器的时间是一致的) vim /etc/npt.conf # 在文件末尾添加两行 server 127.127.1.0 fudge 127.127.1.0 stratum 8 保存退出 启动NTP服务 systemctl enable ntpd systemctl start ntpd ------------------------------------------- B : rpm -q ntpdate yum -y install ntpdate ntpdate 192.168.200.66 //时间同步，保证第2台机器与主服务器的时间是一致的。 date -s "2018-10

安装说明 用户信息 类型 用途 用户名 密码 XWiki 管理员 admin admin MySQL root用户 root Root123! MySQL Xwiki数据库 xwiki Xwiki123! 安装文件列表 序号 名称 01 zulu8.42.0.23-ca-jdk8.0.232-linux_x64.tar.gz 02 apache-tomcat-9.0.27.tar.gz 03 xwiki-platform-distribution-war-10.11.9.war 04 mysql-connector-java-5.1.48.tar.gz 05 xwiki-platform-distribution-flavor-xip-10.11.9.xip 06 mysql-5.7.28-1.el7.x86_64.rpm-bundle.tar 07 createrepo-0.9.9-28.el7.noarch.rpm 系统配置 配置JDK 将zulu8.42.0.23-ca-jdk8.0.232-linux_x64.tar.gz上传并解压到/root 将zulu8.42.0.23-ca-jdk8.0.232-linux_x64重命名为jdk-8.0.232 在/root/.bash_profile中添加如下内容 sh export JAVA_HOME=/root/jdk-8.0

目录 1、MYSQL主从复制-Gtid方式 1、环境准备 2、 Master 配置 3、 Slave 配置 4、报错&解决 我叫张贺，贪财好色。一名合格的LINUX运维工程师，专注于LINUX的学习和研究，曾负责某中型企业的网站运维工作，爱好佛学和跑步。 个人博客： 传送阵 笔者微信：zhanghe15069028807 1、MYSQL主从复制-Gtid方式 Gtid方式的主从复制方式与传统方式的原理一致，配置大部分相同，仅有一小部分的配置不同。 Gtid主从复制如下，如想实现多从，将下述的从再配置一次即可。 1、环境准备 数据库主从复制如下，如需实现多从，将以下实验从案例再配置一次即可。 操作系统 MYSQL版本 IP 角色 centos7 5.7 192.168.70.160 Master centos7 5.7 192.168.70.161 Slave /etc/hosts 文件解析（两台机器一样） 192.168.70.160 master1 192.168.80.161 slave1 2、 Master 配置 //打开二进制日志 [root@master1 ~]# cat /etc/my.cnf [mysqld] datadir=/mysql socket=/var/lib/mysql/mysql.sock log-bin #打开二进制日志 server-id=160

目录 0、MYSQL主从复制概述 1、主从复制的作用 2、主从复制存在的问题 3、主从复制问题的解决办法 4、主从复制的原理（面试必问） 1、MYSQL主从复制-传统方式 1、环境准备 2、 Master 配置 3、 Slave 配置 4、报错&解决 我叫张贺，贪财好色。一名合格的LINUX运维工程师，专注于LINUX的学习和研究，曾负责某中型企业的网站运维工作，爱好佛学和跑步。 个人博客： 传送阵 笔者微信：zhanghe15069028807 0、MYSQL主从复制概述 1、主从复制的作用 用于备份，避免影响业务 实时灾备，用于切换故障 读写分离，提供查询服务 2、主从复制存在的问题 当主压力大时，复制会延时 主库宕机后，数据可能会丢失 3、主从复制问题的解决办法 并行复制，解决延时问题 全同步复制，要求5.7版本以上 4、主从复制的原理（面试必问） 我们在上一节做逻辑备份恢复时，其实就是手动将故障前的操作通过 二进制日志再执行一次，就是这么简单，而主从复制的原理就是将这个过程给自动化了，不用我们手工参与了。 1、主数据库必须要将二进制日志打开，这样主的操作才会被记录下来。 2、从数据库实时侦测主数据库二进制文件的变化，一旦变动之后，就会立马将操作下载到本地的中继日志里面。 3、从数据库进程然后再读取中继日志，将其重放备库的数据库之上。 1、MYSQL主从复制-传统方式 1

目录 1、数据库完整备份与恢复 （1）环境准备 （2）完全备份恢复流程 2、数据库增量备份与恢复 （1）增量和差异概述 （2）增量备份和恢复 3、数据库差异备份与恢复 4、简单命令进行物理备份 我叫张贺，贪财好色。一名合格的LINUX运维工程师，专注于LINUX的学习和研究，曾负责某中型企业的网站运维工作，爱好佛学和跑步。 个人博客： 传送阵 笔者微信：zhanghe15069028807 percona-xtrabackup 开源免费支持 mysql 热备的软件，支持增量、差异备份。 yum -y install https://www.percona.com/downloads/Percona-XtraBackup-LATEST/Percona-XtraBackup-8.0-8/binary/redhat/7/x86_64/percona-xtrabackup-80-8.0.8-1.el7.x86_64.rpm [root@mysql02 ~]# rpm -ql percona-xtrabackup-80.x86_64 /usr/bin/xbcloud /usr/bin/xbcloud_osenv /usr/bin/xbcrypt /usr/bin/xbstream /usr/bin/xtrabackup /usr/lib64/xtrabackup/plugin/keyring