mysql多机房，mysql客户端安卓版

mysql5.6和5.7的区别是什么

mysql5.7是5.6的新版本，在没有减少功能的情况下新增了功能与进行了优化，例如新增了新的优化器、原生JSON支持、多源复制，还优化了整体的性能、GIS空间扩展、InnoDB。

1、原生json支持

MySQL 5.7可以定义原生json类型数据，对json数据进行有效性检查，查询不需要遍历所有字符串才能找到数据，通过虚拟列的功能可以对JSON中的部分数据进行索引。

2、多源复制

MySQL 5.7开始支持多源复制，也就是多主一从的复制架构。各个库汇总在一起，就算是其他库都挂了（整个机房都无法连接了），还有最后一个救命稻草。不需要每个库都做一个实例，也减少了DBA的维护成本。

3、InnoDB优化

MySQL 5.7针对innodb_buffer_pool_size、innodb_log_file_size、innodb_flush_method提供了更加合适的默认值。

参考资料来源：MYSQL-MySQL 5.7的新增功能

mysql怎么打开啊

1、 mysql安装好后，在mysql的安装目录中有个bin目录，里面有很多客户端软件，如果是mysql的客户端，找到mysql.exe，这个是用于操作数据库的系统客户端软件。

2、客户端选择：一般情况下，我们在学习的时候会通过使用Windows下的控制台进行访问，即win+ R同时按住打开运行，输入cmd命令进入控制台，然后进入到mysql的bin目录（具体可以看一下Windows下控制器切换路径（百度经验））；或者在开发的时候通常会使用一些集成工具，如Navicat之类。

3、数据库操作步骤：学习的时候客户端和服务端是同时安装的，都在一台电脑上，但是要理解，mysql的客户端和服务端通常不会在一台机器上的（服务器在机房，客户端就在个人电脑上），因此是需要进行一些步骤操作的。（下面以windows下的控制台为例）

①连接认证：mysql/mysql.exe-h主机地址-P端口-u用户名-p密码，其中h可以是ip地址也可以是主机名如-hlocalhost/-h127.0.0.1，本地可以省略；-P（大写P）是端口，一般mysql是3306，默认可以省略；-u是用户名，如果没有匿名账号，必填；-p（小写p）是密码，一般必填，最好是输入-p后先回车，后输入密码（密文输入密码，更安全）

②发送SQL指令，SQL（【百科】结构化查询语言Structured Query Language结构化查询语言）是mysql能识别的操作指令，这块如果想深入学习理解可以参照MySQL的API文档或者参考黑马程序员下的6天玩转MySQL，一般情况下分为几大类：

DDL：Data Definition Language，数据定义语言，定义结构。如创建数据库：create database `test` charset utf8;

DML：Data Manipulation Language，数据操作语言，进行数据操作。如增删改查指令：insert into table values()/delete from table where condition/update table set key= value/select* from table

DCL：Data Controller Language，数据控制语言，进行权限管理。如给用户授权：grant seletet on*.* to'root'@localhost

③解析：一般情况下客户端会自动解析MySQL服务器执行返回的结果不需要我们进行额外操作，但是如果是其他编程语言需要使用MySQL执行的结果，那么还需要额外的解析（参照黑马程序员6天玩转MySQL中的PHP操作mysql）

④断开连接：数据库用完之后，要养成主动断开的习惯（被动也可以，但是如果被动没有断开，那么就会“占线”），mysql的客户端可以使用\q| quit| exit，任意一个退出

mysql 跨机房同步 为什么不用原生的

1.网络的延迟

由于mysql主从复制是基于binlog的一种异步复制，通过网络传送binlog文件，理所当然网络延迟是主从不同步的绝大多数的原因，特别是跨机房的数据同步出现这种几率非常的大，所以做读写分离，注意从业务层进行前期设计。

2.主从两台机器的负载不一致

由于mysql主从复制是主数据库上面启动1个io线程，而从上面启动1个sql线程和1个io线程，当中任何一台机器的负载很高，忙不过来，导致其中的任何一个线程出现资源不足，都将出现主从不一致的情况。

3.max_allowed_packet设置不一致

主数据库上面设置的max_allowed_packet比从数据库大，当一个大的sql语句，能在主数据库上面执行完毕，从数据库上面设置过小，无法执行，导致的主从不一致。

4.key自增键开始的键值跟自增步长设置不一致引起的主从不一致。

5.mysql异常宕机情况下，如果未设置sync_binlog=1或者innodb_flush_log_at_trx_commit=1很有可能出现binlog或者relaylog文件出现损坏，导致主从不一致。

6.mysql本身的bug引起的主从不同步。

7.版本不一致，特别是高版本是主，低版本为从的情况下，主数据库上面支持的功能，从数据库上面不支持该功能。