select...for update 锁表了？

在MySQL中，到美国的交易选择... forupdatewhereID = 1 以阻止它。
实际上，选择...预测是一种悲观的锁定方法。
在真实的项目中，例如礼物的赎回点的功能，我们可以使用Select ... forvdate。
为了避免数据不一致，我们必须使用行块来确保交易的顺序执行。
MySQL中使用的块类型是：表块，行块和锁。
在公司情况下，建议使用锁。
使用选择指令...在执行交易期间，要阻止线路线，以便其他交易必须在获得封锁数据之前完成交易。
但是，不正确的使用很容易导致阻塞整个桌子，从而严重影响了性能。
选择的正确使用...在哪里...倾斜教育与条件下的参数有很大关系。
当使用数据库的主要键的条件执行后... forpdate，其他交易块，并在执行与主键相同的查询时等待。
当其中的条件使用唯一索引（类似于主要钥匙情况）时，执行相同的单次查询时的其他交易会阻止。
当它使用普通索引的条件（类似于主键和唯一索引案例）时，执行与索引相同的查询时，其他交易块。
当使用主密钥间隔查询的条件时，多个交易会执行阻止主要键范围查询的相同期望。
当选择执行后，在场上使用的正常查询使用的情况...前面，将添加表的一个块，随后在执行场上执行相同的正常查询期间其他交易的块。
如果在不存在条件的情况下没有质疑数据时，将不会添加块。
总而言之，Select的锁定状况...预测如下：如果交易增加了行块并且未释放，则其他交易将阻止并等待相同的行数据查询。
如果表由表被阻止并且未由表发行，则来自其他交易的数据查询的任何执行都将阻止等待。

为什么说 MySQL 的表锁不会产生死锁

MySQL提供了三个锁定级别：页面级别，表级别和类级别。
页面锁通常由BDB引擎使用，桌子锁由Myisam，内存和早期ISAM发动机使用，而班级级别的锁最常见于InnoDB发动机。
在实际应用中，锁通常在行的级别上使用。
锁匠功能是，当多个连接提供不同的信息时，它可以减少封闭情况的使用； 但是，同类级别的锁包含一些缺陷：它需要在页面级别上进行更多锁，并在表级别锁定； 对于写作锁，如果时间表未关闭，则在上面进行写作； 对于阅读锁，如果没有编写时间表，则将添加阅读锁； 我们可以通过识别low_priority和high_priority来改变这些行为。
如果要执行很多插入内容并在表上选择操作，但是不可能使用并行插入，则可以在临时时间表中插入记录，然后定期从临时表定期更新数据到实际时间表。
实现方法如下：mysql> locktable_tablewrite，insert_tablewrite; mysql> insrtintoreal_tableselect*来自dominesert_table; mysql> truncatetable_table; mysql> Inlocktables; 但是，InnoDB和BDB存储引擎会导致僵局，因为InnoDB在交易过程中会自动引起行的锁，而在执行SQL短语时，BDB会拾取页面锁。
班级级别的锁的优点是，当不同的线程需要不同的记录时，它们可以减少交易的变化；

mysql 行锁的类型

根据MySQL8 .0,2 9 的重复级别，共享锁定锁的类型（S，RECT_NOT_GAP和S，GAP）和独家锁（X，REC_NOT_GAP和X，GAP）。
独家锁包括插入（x，insert_intent）和x，gap，inserting_intent的意图，允许与其他插入锁兼容。
在阅读或更新时，它是在列上完成的，而无需索引，整个表将由于完整的表扫描而被锁定，最后是主密钥索引上的键，修改和插入现有记录的限制（因为所有主间隙都锁定）。
ID列没有索引，执行``forupdate'将锁定ID小于6 的所有记录，即编队的时间段（-OO，3 ]和（3 ，6 ）。
如果您尝试更新ID = 6 = 6 ，则操作```forupdate''将锁定（6 ，9 ]和（6 ，9 ]和（9 ， + oo）的时间，该forupdate将锁定该ID的时间。
因为间隙锁兼容。

mysql都有哪些锁呢?

MySQL锁主要分为三个类别：全局阻塞，锁定表的级别并阻止行级别。
以下是各种锁的详细介绍：全局锁：全局锁主要用于数据库级别的操作，例如完整商店的逻辑备份。
执行命令后，仅包含数据库以读取，并且所有记录操作都将被阻止。
要发布全球阻塞，需要一个特定的团队。
全局锁通常用于防止数据更新，以导致与预期数据相互矛盾的备份文件。
在库的完整备份期间添加全球阻塞可以防止业务中断。
然而，全球锁可以阻止所有记录操作，这会导致更长的备份时间，并可能影响业务运营。
桌子级别的城堡：桌子级别的锁包括锁定表和元数据阻塞（MDL）。
表城堡：使用该命令添加表阻塞，该表将限制其他流量的读取和记录操作，包括同一会话的后续操作。
发布表的命令将应用于当前会话中的所有表块。
当会话结束时，表的所有锁可以可用。
尽量不要在InnoDB发动机表中使用锁定锁，因为它们会影响并行性的性能。
线条上的锁提供了一个适合InnoDB发动机的细粒锁。
元数据锁（MDL）：MDL会自动生成，以防止执行CRUD操作时表结构的变化。
执行选择时，应用于块读数，不允许其他流量更改表的结构（写锁定）。
相反，当更改表的结构时，其他CRUD操作将被阻止。
交易完成后生产MDL，并保留在交易期间持有的城堡。
什么时候数据库中有很长的交易，您可以考虑释放长交易以避免阻止其他操作的能力。
意图城堡：执行操作插入，更新或删除操作时，首先添加意图的独家封锁，然后添加记录的独家锁。
普通选择的操作员不会阻止并使用MVCC获得一致的读数。
选择操作员也可以是交换或独家阻止。
阻塞的锁避免了控制列表中的所有记录，并改善插入的性能。
自动锁定：用于自动增量字段，插入数据时会自动生成增量值。
插入操作员的endor之后，立即使用自动城堡。
在插入大量数据时，将阻止其他插入操作员，从而影响性能。
在MySQL 5 .1 .2 2 版本之后，InnoDB提出了一个轻锁，在插入时立即释放了城堡以提高性能。
使用innodb_autoinc_lock_mode控制锁定类型。
线路上的城堡：InnoDB发动机支持线路级别的水平，提供了更薄的阻塞控制。
线级别的锁定类型包括通用锁，独家锁和意图的阻塞。
线级的块通过SQL运算符动态锁定，并且特定的锁定记录由请求的操作员确定，以实现更准确的数据阻止。
以上是MySQL及其使用中的主要锁。
在不同情况下，选择适当类型的阻塞类型可以提高数据库性能和数据一致性。