第三十八章:Mysql主从复制及读写分离.docx第三十八章:Mysql主从复制及读写分离一、 ;二、 数据库集群的概述;三、 Mysql数据库的主从复制;四、 Mysql数据库的读写分离;五、 案例:搭建Mysql数据库集群(主从复制••二进制日志文件方式);六、 案例:搭建Mysql数据库集群(主从复制“GTID方式);七、 案例:实现Mysql主从复制+读写分离;一、;•安全性:MySQL数据库初始化完成以后,会产生一个******@localhost用户,,root用户的密码不再是空,而是随机产生一个密码;MySQL官方已经删除了test数据库,默认安装完后是没有test数据库的;提供了更为简单SSL安全访问配置,并且默认连接就采用SSL的加密方式;可以为用户设置密码过期策略,一定时间以后,强制用户修改密码;ALTERUSER,jeffrey'@,localhost'PASSWORDEXPIREINTERVAL90DAY;可以”锁”住用户,用以暂时禁用某个用户;ALTERUSER'jeffrey^'localhost'ACCOUNTLOCK;ALTERUSERI'jeffrey^'localhost'ACCOUNTUNLOCK;•灵活性:JSON:随着非结构化数据存储需求的持续增长,各种非结构化数据存储的数据库应运而生(如MongoDB)。从最新的数据库使用排行榜来看,MongoDB已经超过了PostgreSQL,其火热程度可见一般。各大关系型数据库也不甘示弱,纷纷提供对JSON的支持,以应对非结构化数据库的挑战。,也提供了对JSON的支持。其使用方式如下:CREATETABLEtl(jdocJSON);INSERTINTOtlVALUESCfkeyl":"valuel",nkey2":"value?"}');MySQL支持JSON以后,总是避免不了拿來与MongoDB进行一些比较。但是,MySQL对JSON的支持,至少有两点能够完胜MongoDB:1•可以混合存储结构化数据和非结构化数据,同时有关系型数据库和非关系型数据库的优点;能够提供完整的事务支持:,所谓generatedcolumn,就是数据库屮这一列由其他列计算而得;•易用性:'|>引入的一个系统库,包含了一系列视图、函数和存储过程,该项目专注于MySQL的易用性;例如,我们可以通过sysschema快速的知道,哪些语句使用了临时表,哪个用户请求了最多的io,哪个线程占用了最多的内存,哪些索引是无用索引等;•性能:临时表的性能改进:加速连接处理:,变量的初始化操作(THD、VIO)都是在连接接收线程里而完成的,现在将这些工作下发给工作线程,以减少连接接收线程的工作量,提高连接的处理速度。这个优化对那些频繁建立短连接的应用,将会非常有用。复制性能的改进:复制延迟是Mysql很大的问题之一,”真正”的并行复制功能。,简而言之,就是”一个组提交的事务都是可以并行回放的”,因为这些事务都己进入到事务的prepare阶段,则说明事务之间没有任何冲突(否则就不可能提交)。这里需要注意的是,,Mysql提供了两个特定了变量;二、数据库集群的概述;数据库发展阶段:互联网公司从初期到后期的数据库架构拓展单台一主多从双主多从公司发展初期•卑点曲诗・数据无保陡公司业务増加,访冋畳糖加,确据库诈写分育,写王读从,《业务可用^宕机时间范围》级联复制拆库拆表 Cobar从从库进行复制,海少王庫压力,但后期维护不方便,该方案不推荐便用公司处于快速发联阶段双王多从已满足不了现需宋,^足需求B九可将该业务住里面愉进行水平方割或垂直分割到不同的眼务器上折库拆乗会导埶虧据库连接过多,墮护成隶也言所提离,cobar冥现数抿库的员哉均衡Mysql数据库存在的瓶颈:CPU瓶颈:Mysql在单个事务查询中只能使用一个CPU,而且他多CPU支持的不好,多加了也没用,所以我们要提高CPU速度,这里我们简单理解为提高CPU主频,当然64位架构会更佳(即64位OS配合64位的CPU)OI/O瓶颈:I/O瓶颈发生在装入数据远大于内存容量的时候,磁盘的I/O读写性能有限,当读写速度远不及数据处理时,可以改变磁盘的存储性能(通过物理或逻辑方式RAID),使用类似DRBD等块复制的磁盘方式;三、Mysql
第三十八章:Mysql主从复制及读写分离 来自淘豆网m.daumloan.com转载请标明出处.