mysql 里，如果没有用事务直接 select 会脏读吗？

可以修改事物隔离级别

@ferock 修改了之后呢，mysql 会对普通 select 加锁吗？

1 、select 也会对数据加锁，读锁。一个简单的现象，你在 select 的时候，ddl 会等待 select 结束。
2 、innodb 支持的四种事务隔离级别，只有 Read Uncommitted 会读到事务未提交的数据。

@nolo 好的，感谢！

现在都是 innodb 引擎，在 innodb 下，你 mysql 的普通读 select 是快照读，压根不会加锁，不管是行读锁还是行写锁都不会影响普通 select，快照读会根据 MVCC 版本链 和 read view 去做判断 不会出现读到 某些事物未提交的情况，当然你的事物隔离级别必须是读已提交以上

select 在默认情况下都是快照读

@hehe12980 啊，也就是不加锁就是靠的 MVCC 控制的普通 select，那这样确实也不会脏读

@leavan 嗯，你可以详细了解一下 MVCC，如果读还要加锁，那 mysql 的性能可想而知

@hehe12980 好的，感谢！

@hehe12980 那三楼说的 select 的时候 ddl 会等待锁住的应该不是数据而是表的元数据？

顺便说一句，你说的 select xx for update， 应该是这么一个场景，在我读的时候过程中, 假设有数据正在写并且没有提交，那我要保证我读的是最新的数据，我等到写的事务提交后再读。但是你用快照读也就是普通 select 可能就读不到,正在写但没有提交的这个事物，因为你在我读之前你没有提交，假设这个写的动作很长，在普通 selelct 读完之后，那么他相当于一个未来的事物，我 select 的时候完全不需要关系你未来是怎么变的，我只对当前的操作负责，但是如果你 for update 不会，它会傻傻的等着你写完。

@leavan 3 楼说的不对 以我为准就好 欢迎打脸

@hehe12980 好的，我现在完全理解了，非常感谢~

@hehe12980 这。。。你 select for update 写了这么多，本质上和普通的 select 有个锁而已，搞得这么复杂，

@hehe12980 而且，解决的场景也不是你说的场景，而是拿来解决写倾斜之类的问题

@pisc 你还不如干脆说多了个 for update，更简洁明了，嫌别人解释的不好你来解释，让我学习学习

@leavan select 默认不会加锁, 是快照读. MVCC 可以保证. @nolo 3 楼说的 DDL 阻塞 select 是因为 DDL 会对表 加 X 锁，禁止读写.

https://blog.csdn.net/z50L2O08e2u4afToR9A/article/details/83005823

这篇文章看完 你就知道了 建议看完 真的有用

@pedia DDL 的时候 你快照读 读不了么 ????? 怎么会禁止读呢

@hehe12980 需要我给你翻代码吗? MySQL 的 DDL 有一个升降锁的过程，加 X 锁的时候全都不能读写.

@pedia 关掉自动 commit, 然后开两个 session 就能试出来，没那么麻烦，X 锁禁止当前读 也就是你的读 得加锁了，那确实写的时候会读被阻塞了，普通的快照读不会被影响到

@hehe12980 DDL 的升降锁过程手动启 session 是很难能卡在临界点的, 8.0 的 DDL 是 atomic DDL, prepare 和 commit 阶段都是阻塞读写的，包括你说的快照读.