MySQL+MyCat分库分表 读写分离配置
修改conf/rule.xml配置文件,找标签 修改count参数。修改为对应的物理database数量。 3.7.9 访问约束 3.7.9.1 表约束不能创建未在schema.xml中配置的逻辑表 3.7.9.2 DML约束尤其是新增: 必须在insert into语法后携带所有的字段名称.至少携带主键名称. 因为分片规则,绝大多数都是通过主键字段计算数据分片规则的. 3.7.10 查看Mycat日志logs/wrapper.log 日志中记录的是所有的mycat操作. 查看的时候主要看异常信息caused by信息 二、 MyCat配置读写分离 1 MySQL主从备份 1.1 主从备份概念什么是主从备份: 就是一种主备模式的数据库应用. 主库(Master)数据与备库(Slave)数据完全一致. 实现数据的多重备份, 保证数据的安全. 可以在Master[InnoDB]和Slave[MyISAM]中使用不同的数据库引擎,实现读写的分离 1.1.1 MySQL5.5版本后本身支持主从备份在老旧版本的MySQL数据库系统中,不支持主从备份,需要安装额外的RPM包. 如果需要安装RPM,只能在一个位置节点安装. 1.1.2 主从备份目的 1.1.2.1 实现主备模式保证数据的安全. 尽量避免数据丢失的可能. 1.1.2.2 实现读写分离使用不同的数据库引擎,实现读写分离.提高所有的操作效率. InnoDB使用DML语法操作. MyISAM使用DQL语法操作. 1.1.3 主从备份效果 1.1.3.1 主库操作同步到备库所有对Master的操作,都会同步到Slave中. 如果Master和Salve天生上环境不同,那么对Master的操作,可能会在Slave中出现错误 如: 在创建主从模式之前,Master有database : db1, db2, db3. Slave有database: db1, db2. 创建主从模式.现在的情况Master和Slave天生不同. 主从模式创建成功后,在Master中drop database db3. Slave中抛出数据库SQL异常.后续所有的命令不能同步. 一旦出现错误. 只能重新实现主从模式. 1.2 安装MySQL略过. 1.3 主从备份配置主要操作Master和Slave中的配置文件和DBMS的配置. 配置文件: 定义主从模式的基础信息. 如: 日志, 命令等. DBMS配置: 提供主从访问的用户,基础信息[Master和Slave的位置,用户名,密码,日志文件名等]等. 建议:建立主从备份的多个MySQL,最好原始环境一致。Database,table,data完全一致。 1.3.1 Master[主库]配置 1.3.1.1 修改Master配置文件
需要修改. 在修改前建议复制一份备份文件. 修改后的my.cnf配置文件,参考资料中的my.cnf文件内容. 1.3.1.1.1 server-id 本环境中server-id是1 MySQL服务唯一标识 唯一标识是数字. 自然数 配置的时候有要求 1.3.1.1.1.1 单机使用 server-id 任意配置,只要是数字即可 1.3.1.1.1.2 主从使用 server-id Master唯一标识数字必须小于Slave唯一标识数字. 1.3.1.1.2 log_bin 本环境中log_bin值 : master_log 日志文件命名, 开启日志功能。此日志是命令日志。就是记录主库中执行的所有的SQL命令的。 1.3.1.1.2.1 开启日志 MySQL的log_bin不是执行日志,状态日志. 是操作日志.就是在DBMS中所有的SQL命令 log_bin日志不是必要的.只有配置主从备份时才必要。 1.3.1.1.2.2 日志文件配置 变量的值就是日志文件名称.是日志文件名称的主体. MySQL数据库自动增加文件名后缀和文件类型. 1.3.1.2 重启MySQL1.3.1.3 配置Master 1.3.1.3.1 访问MySQL
1.3.1.3.2 创建用户 在MySQL数据库中,为不存在的用户授权,就是同步创建用户并授权. 此用户是从库访问主库使用的用户 (编辑:西安站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |