如何解决mysql主从复制带来的数据延迟问题

发布网友发布时间：2022-04-26 07:53

共2个回答

热心网友时间：2022-04-07 23:25

在老版本的MySQL 3.22中，MySQL的单表限大小为4GB，当时的MySQL的存储引擎还是ISAM存储引擎。但是，当出现MyISAM存储引擎之后，也就是从MySQL 3.23开始，MySQL单表最大*就已经扩大到了64PB了（官方文档显示）。也就是说，从目前的技术环境来看，MySQL数据库的MyISAM存储引擎单表大小*已经不是有MySQL数据库本身来决定，而是由所在主机的OS上面的文件系统来决定了。　　而MySQL另外一个最流行的存储引擎之一Innodb存储数据的策略是分为两种的，一种是共享表空间存储方式，还有一种是独享表空间存储方式。　　当使用共享表空间存
储方式的时候，Innodb的所有数据保存在一个单独的表空间里面，而这个表空间可以由很多个文件组成，一个表可以跨多个文件存在，所
以其大小*不再是文件大小的*，而是其自身的*。从Innodb的官方文档中可以看到，其表空间的最大*为64TB，也就是说，Innodb的单
表*基本上也在64TB左右了，当然这个大小是包括这个表的所有索引等其他相关数据。
　　而当使用独享表空间来存放Innodb的表的时候，每个表的数据以一个单独的文件来存放，这个时候的单表*，又变成文件系统的大小*了。

热心网友时间：2022-04-08 00:43

1. 在有主键或者唯一键的情况下，Slave 重放 Binlog 并不会去比较检索到的记录的每一列是否和BI相同，因此如果 Slave 和 Master 存在数据不一致，会直接覆盖 Slave 的数据而不会报错。
2. 在没有主键或者唯一键的情况下，Hash Scan / Hash Scan Over Index 的执行效率在理论上分析高于 Table Scan 和Index Scan 。
3. 在没有主键或者唯一键的情况下，Slave 选择的二级索引是第一个所有的列都在 BI 中存在的索引，不一定是 Master 执行计划所选择的索引。