db2数据库

一、使用场景： 1、需要开放ERP数据给第三方系统对接，如APP手机端开发，MES，OA等； 2、接口按现在主流开发，restful风格，传JSON数据，跨平台，不限开发工具； 3、不限易飞ERP，支持大部分主流数据库，包括Microsoft SQL Server、Oracle、MySQL、MariaDB、PostgreSQL、DB2、SQL Anywhere、Firebird、SQLite等 二、优点 ： 1、只要会SQL就可以开放需要的数据，不需要编程基础。如图： ​ 三、测试DEMO： 下载地址： 点击 。 ​ ​ 来源： https://www.cnblogs.com/redhat588/p/11769392.html

DB2数据库中left join/right join和inner join中的关联的字段无顺序的区别？ 这是我在学习SQL中遇到的有点疑惑的问题，因为老是看到朋友写的代码，在关联表的时候，left join有时候表的主键在左边，有的时候在右边，这让我有些不解，因为在C语言中不是这样的，C语言中等号的左右是有区别的，等号是赋值，如a=b;意思是把b的值赋给a;像SQL的等号就只是单纯的两个值相同. 不经常写东西，可能说的不是很明白，也请各位看官们见谅，好了，以下是我的一个例子，没有截图显示代码运行的结果（抱歉）。 至于有关SQL的关联问题，不明白的可以去这个W3Cschool（https://www.w3cschool.cn/sql/）这个网站去瞧瞧，很适合初学者。 /*inner join 与 left join 中的关联 a.user_no = b.user_no 的顺序 --左右的位置没有区别的 (1) select user_no, user_name, (2) select user_no, user_name, (3) select user_no, user_name, */ a.user_no 和b.user_no 放置位置是没有顺序关系的，意思是放在左右都可以，但是关联的表多了之后，尽量有个规范的放置顺序，比如：统一主表a表的a.user_no=b.user_no

一、使用场景： 1、需要开放ERP数据给第三方系统对接，如APP手机端开发，MES，OA等； 2、接口按现在主流开发，restful风格，传JSON数据，跨平台，不限开发工具； 3、不限易飞ERP，支持大部分主流数据库，包括Microsoft SQL Server、Oracle、MySQL、MariaDB、PostgreSQL、DB2、SQL Anywhere、Firebird、SQLite等 二、优点 ： 1、只要会SQL就可以开放需要的数据，不需要编程基础。如图： 三、测试DEMO： 下载地址： 点击 。 来源：博客园 作者： redhat588 链接：https://www.cnblogs.com/redhat588/p/11769392.html

简介 MMM（Master-Master replication manager for MySQL）是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发，主要用来监控和管理MySQL Master-Master（双主）复制，虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时刻备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个slave的read负载均衡。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。对于那些对数据的一致性要求很高的业务，非常不建议采用MMM这种高可用架构。 MMM项目来自 Google： http://code.google.com/p/mysql-master-master 官方网站为： http://mysql-mmm.org 系统环境 主机名 操作系统 IP地址 VIP地址 角色 mysql-mmm服务器 CentOS 7.0 x86_64 192.168.96.169 master01服务器 CentOS 7.0 x86

架构优点：(1)99%高可用; (2)读写分离，负载均衡; (3)自动故障切换(4)自动切换主从 架构缺点：(1)需要在每一个mysql节点安装mmm-agent，新加入节点之后要修改每一台的mmm_common.conf 配置文件 (2)amoeba目前无人维护，这是最大的安全隐患。 1.架构图 2.所需软件 名称 版本 下载地址 mysql server mysql Ver 14.14 Distrib 5.6.27, for Linux (x86_64) yum源安装，yum源地址：http://dev.mysql.com/get/mysql57-community-release-el6-7.noarch.rpm mysql-mmm 2.2.1 yum源安装 amoeba amoeba-mysql-3.0.5-RC https://sourceforge.net/projects/amoeba/files/ 3.机器配置与ip地址 机器名 ip地址 配置 用途 amoeba1 192.168.2.155/192.168.10.30 4G,4C amoeba+mmm_monitor+keepalived (主) amoeba2 192.168.2.156/192.168.10.31 4G,4C amoeba+mmm_monitor+keepalived (备) db1 192

MMM高可用架构 MMM（Master-Master replication manager for MySQL） 是一套支持双主故障切换和双主日常管理的脚本程序。MMM使用Perl语言开发，主要用来监控和管理MySQL Master-Master（双主）复制，可以说是mysql主主复制管理器。虽然叫做双主复制，但是业务上同一时刻只允许对一个主进行写入，另一台备选主上提供部分读服务，以加速在主主切换时刻备选主的预热，可以说MMM这套脚本程序一方面实现了故障切换的功能，另一方面其内部附加的工具脚本也可以实现多个slave的read负载均衡。关于mysql主主复制配置的监控、故障转移和管理的一套可伸缩的脚本套件（在任何时候只有一个节点可以被写入），这个套件也能对居于标准的主从配置的任意数量的从服务器进行读负载均衡，所以你可以用它来在一组居于复制的服务器启动虚拟ip，除此之外，它还有实现数据备份、节点之间重新同步功能的脚本。 MMM提供了自动和手动两种方式移除一组服务器中复制延迟较高的服务器的虚拟ip，同时它还可以备份数据，实现两节点之间的数据同步等。由于MMM无法完全的保证数据一致性，所以MMM适用于对数据的一致性要求不是很高，但是又想最大程度的保证业务可用性的场景。MySQL本身没有提供replication failover的解决方案，通过MMM方案能实现服务器的故障转移

MMM高可用集群案例拓扑图： 环境准备： 主服务器1：192.168.18.146 db1 vip：192.168.18.250 主服务器2：192.168.18.147 db2 从服务器1：192.168.18.128 db3 vip：192.168.18.251 从服务器2：192.168.18.148 db4 vip：192.168.18.252 监控服务器：192.168.18.145 Master1： [root@localhost ~]# wget -O /etc/yum.repos.d/CentOS-Base.repo http://mirrors.aliyun.com/repo/Centos-7.repo [root@localhost ~]# yum install epel-release -y [root@localhost ~]# yum clean all && yum makecache [root@localhost ~]# vim /etc/my.cnf //在行首按9dd删除9行 [mysqld] log_error=/var/lib/mysql/mysql.err log=/var/lib/mysql/mysql_log.log log_slow_queries=/var/lib/mysql_slow_queris.log binlog