当一个新成员加入组的时候，它会连接到一个donor上获取数据知道变成online，选择donor是随机的，这种方式就是在有多个server加入的时候，不会被多次选中。如果连接donor失败，会自动的连接新的
galera cluster是基于同步复制的多master集群，能保证数据不丢失并。 特点： 1同步复制 2多master 3在集群任意的节点上读写 4自动成员控制，失败节点的剔除 5自动节点添加 6在行级别的并行复制 7没有slave延迟 8不丢事务 9读写扩展能力 10很少的客户端延时galera的复制是发生在事务提交的时候通过广播事务写集合到cluster去应用。 通常
所谓的索引扩展指的是在二级索引上，innodb内部将主键添加到了二级索引的key上，这样通常会获得很好的性能和查询计划，对于ref,range,index_merge，松散索引扫描，join和排序优化的索引扫描可以
在之前的版本中元数据信息是放在元文件及非事务引擎中的，frm及myisam中，这种存放方式会导致很多的问题，很容易出现不一致的情况，在8.0开始将元数据的信息放到了事务表中。好处如下： 1集
,二次写缓存是innodb在刷新buffer pool中的数据到正确的位置之前，把页写到了系统表空间的存储上。只有在写入到二次写缓存后，innodb才会将页写入到合适的位置，如果操作系统或mysqld进程在写页的中途crash了，那么innodb在二次写缓存中能找到一个好的拷贝用来恢复。5.6的默认页大小是16k，现在很多的磁盘的块大小是4k，一次io的大小是io_chunk_size的大小，跟磁
change buffer是存放二级索引的没有在bufferr pool的变更页的缓存区，变更的buffer是由insert，update,delete等操作导致的。等页被加载进buffer pool中后会将change buffer中的页合并。 二级索引通常是非唯一的，插入也是很随机的顺序，更新删除也都不是在邻近的位置，所以change buffer就避免了很多的随机io的产生。puge操作会
使用row_format=compressed创建的表能使用比默认16KB更小的页。页的大小是参数key_block_size控制的。在创建压缩表之前，确认innodb_file_per_table配置启用了，innodb_file_format设置成了Barracuda。 对表启用压缩，需要在建表或alert table语句中使用ROW_FORMAT=COMPRESSED, KEY_BLOCK_
mysql的复制默认情况下是异步的，master写事件到二进制日志，不去管从库是否接受并且处理它，在这种情况下，如果master crash了，那么事务可能没有发送到从库上去，可能会有数据丢失。 在半同步复制的模式下，从库在连接主库的时候会提示是否是半同步方式的。 如果半同步模式在主库侧是启用的，并且有一个半同步的从库，那么主库上的线程中的提交会被阻塞，直到一个半同步从库确认接收到了事务的所有事
因为mysql的二级索引中页节点中包含的是主键与索引字段的信息，所以如果主键改变，那么所有的二级索引相应的都需要进行重建。在二级索引创建的过程
这个功能跟11g的结果集缓存是一个东西，查询缓存存放的事select的文本和对应的结果集，如果客户端来个查询，发现对应的结果在结果集中，直接返回不用去解析执行语句了，查询缓存在会话中是共享的，所以一个客户端的结果集能被别的会话使用。这个功能在表不是很频繁变动的情况下使用，查询结果集不会返回过期的数据，如果表被修改，相关的数据被刷新。查询结果集被用于预定义语句，不支持分区表。为了关闭查询
ghost是github的在线变更工具。下面是翻译的github介绍ghost的文档。之前使用了pt的工具来做变更，但是很多的变更需要放在周末，业务低峰期做，一些重要的业务表还无法变更，pt工具是使用了触发器的，触发器有下面的一些问题,没用过mysql的触发器，下面的问题也没有遇到过： • Stored routines • Interpreted, not compiled. Laten...
innodb的增强： varchar的增大可以使用in-place的alter table命令，适用的情况是长度字节仍然相同的情况，对于varchar 0到255，一个长度字节用来加密值，对于256字节或更大的值，2个长度字节用来加密值，所以in placce 的alter table只能支持0到255大小，或是值等于或高于256字节在增大。不支持小于256字节的长度扩大比256长，这种情况下...
5.7针对在线ddl，临时表部分优化了很多，下面是一些新特性： 1开始支持多个页 刷新线程，将在buffer pool中的页刷出，由参数innodb_page_cleaners指定。 2Fusion-io Non-Volatile Memory (NVM)文件系统提供原子写入能力，这使得innodb的双写有些冗余了，innodb对部署在fusion-io设备上的系统表空间自动禁用双写。 3 ...
失败检测失败检测机制能找到并报告哪个server静默了，然后被假定为死亡了，然后如果组同意这个server可能死亡了，那么久会认定这个server是挂了，然后组内的成员会排除掉这个成员。就是server a在给定的时间内没有收到server b的响应，超时了就会被怀疑挂了。当一个server被组孤立后，它也会怀疑别的成员挂了，但是它无法与组安全的达成一致，因为它无法确保quorum，它的怀疑...
gtid，slave updates logged,binary log,replication information repositories=table,–transaction-write-set-extraction=XXHASH64 这个参数是在些日志到二进制日志的时候，同时收集write set，write set是基于每行的主键。并行复制设置slave_parallel_wor...
当组内的大多数成员丢失的时候，组会阻塞不处理，比如5个server，3个静默了（异常终止），还剩2个，就不能自动配置了需要人工介入，此处有个疑问，如果3个和2个之间的网络有问题，导致了隔离（我认为2个的成员会变成阻塞状态，3个成员的正常，测试下，可以在官网的例子上看到3个会组成一个分区，需要关闭这3个实例，有点不太理解了）如果组内的成员是自动退出的，比如自动退了3个，那么组是能自动调节成员个数的...
1 无法设置binlog-checksum2 认证过程没有考虑间隙锁，因为在innodb之外没有间隙锁的信息，官方建议使用rc隔离级别，哈哈，以后mysql的默认隔离级别就是rc了，好早之前就说过了3认证过程没有考虑表锁4多主组复制不支持serializable隔离级别5并发ddl和d’m’l操作，关于相同对象的ddl和dml在多主组复制的情况下，不建议在不同的server上执行，也就是要...
mysql在几个大版本中的并发复制都不一样，当然做的是越来越好。在5.6版本中–slave-parallel-workers参数代表并行执行复制事务的slave worker线程的数量，设置未0代表禁用并行复制，最大值是1024.当并行执行设置后，sql线程充当了slave worker线程的调度器，事务是基于每个数据库的。就是基于库级别的，由于是并发的就会导致，不同数据库上的事务在从库上应...
优化innodb表的存储布局一旦数据达到了稳定的状态，或是增加到了很大的情况下，就要考虑使用optimize table 语句来重新组织表，压缩浪费的空间，重新组织的表能占用更少的空间，有更好的全表扫描性能，当索引或调整应用的代码效果都不明显的时候，这是一个很直接的办法。optimize table拷贝部分表的数据重建索引，主要是减少表空间中的碎片和索引中数据的压缩，具体的好处取决于每个表
ahi可以让mysql在适当的负载和足够buffer pool的情况下让mysql看起来像是内存数据库，而不需牺牲事务功能和可靠性，可以通过innodb_adaptive_hash_index选项启动关闭这个功能。 基于搜索的观察
在组复制中，如果集群中的大部分处于异常状态，不可达，那么集群会停止处理请求，组复制可以让你通过一个特殊的配置重新设置组成员，比如在一个5节点的集群中，3个异常宕掉，2个在线。你可以上面的配置信息后，使用
binlog_row_image：在基于行复制的复制中，这个变量决定了多少行镜像被写到二进制日志中， 在行复制中每个行改变的事件包含了2个镜像，前镜像包含了搜索匹配的记录，后镜像是改变的值，默认情况下mysql是记录整行的前镜像和后镜像，然而，记录每列的改变不是必须的。oracle默认下是没有记录所有列的
pt-diskstats –interval=2 进入输出界面后，按？查看快捷键有哪些输出字段 rd_s：每秒的平均读次数。rd_avkb 读的平均的大小，k为单位 rd_mb_s 每秒读的数量 m为单位rd_mrg 在队列调度器中被合并的读请求的百分比rd_cnc 读取操作的平均并发度 rd_rt 读操作的平均响应时间,端到端的响应时间，包含队列的时间。busy 这个对应的是iostat
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
