我有在 Mysql(InnoDB) slave 上执行如下查询的进程
INSERT ignore INTO user_profile_temp (some_fields)
select some_fields from user_profile
user_profile 是 8GB 的 bigtable，使用 HDD 需要 1 到 2 个小时。
由于这个查询，复制（主到从）正在队列中等待完成上述查询。可能会有 1 到 2 小时的延迟。
由于选择查询而发生延迟。由于选择查询将仅在行级别获取共享锁，这意味着复制记录不会影响当前正在读取的进程，应该能够并行更新记录。
我的问题是，如果任何用户进程在那一刻运行，复制进程是否会等待，或者如果它不影响相同的行/表，它可以并行运行？
假设我select * from users在 t1 执行，在 t3 完成。在 t2（在 t1 和 t3 之间），用户表中的一些记录会更新，比如
update users set address='xyz'名称 = 'abc'。select 语句会提前获取所有行的共享锁，还是在开始读取每一行时独立获取每一行？
我的理解是（在选择或更新中）谁先获取共享锁或独占锁，它将执行它，其他人会等待吗？
我正在使用 Mysql innodb 。
我的应用程序正在生产中的真实集群应用程序 (RAC) 中工作。我是 RAC 的新手，看过这个视频。
看完后我的理解
我的理解正确吗？
假设我在 Employee 表中有 10 列，我只需要salary and name在下面的查询中使用两个列
select salary from Employee where name = 'Scott';
从 6.30 到 8.30（2 分钟）看完视频后，我的理解是在 RDBMS 数据库（比如 oracle/Mysql 等）下，即使我必须读取两列 DBMS 将从内存中的磁盘读取完整的行，然后它将根据名称过滤行coum，最后阅读专栏工资。那是对的吗 ？
假设我有 MySQL 主数据库（用于更新）和相应的从数据库（用于读取）。现在用户通过应用程序（java）将数据插入到 MASTER 中，插入后他试图检索将成为奴隶的数据。我确信从主服务器到从服务器的复制会有一些时间滞后（可能只有几毫秒），而且不会是即时的。
我的问题是如何在主从模型中处理这种情况，在这种情况下，用户肯定会期待他在线下插入的最新数据。
它是否需要在应用程序级别处理，即无论事务使用任何 CUD 读取/获取数据，都应该从 Master 完成，以便检索同一事务插入的最新数据，或者还有其他更好的方法吗？
例如：- 用户首先创建了帐户。Insert 转到 Master，但是当他触发查询以检索 user_id 等用户详细信息时，name call 将转到 slave，他可能得不到任何数据？
我有一个员工表，其中包含名称索引。我想了解 Oracle 的高级工作原理
我基于以下资源的理解：-
DB 构建索引表/映射，它将在其中以内存位置作为值以排序的方式保存名称。
问题 ：-
我的问题是 oracle 会将所有索引表/映射条目从磁盘中放入内存中，然后进行二进制搜索，还是在磁盘级别搜索而不将所有索引表记录放入内存中？
如果我将这种方法与基于 Java 的数据结构进行比较，Oracle 正在维护列的 TreeMap，其中键是员工姓名，值是该条目的内存位置。所以要找到任何条目，查找时间将为 log(n)。我的问题是为什么 DB/oracle 不采用基于散列的方法，它将散列表保存在它根据名称值计算内存位置并将条目放在那里的位置。因此查找条目的查找时间为 O(1) 。
我提到的资源