首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    MySQL谬误集01:读不加锁

    | 导语:生活中的问题有时“难得糊涂”,但技术问题,一是一二是二,忌讳模糊的似是而非的答案,也忌讳一刀切的简单结论。我们常常听到一些关于MySQL的说法,比如“读不加锁”,比如“单表数据要小于1000万”,比如“DDL会锁表”等,比如“单表的索引数量应该小于X个”,如果不加思考和测试就直接全盘接受,就可能犯错误,而DB上的错误又非常“昂贵”,我们应该尽量避免。所以有了想法写10-20篇文章,来思考下这些常见说法是否正确,或者说在什么条件下是正确的。水平所限,也可能文章中会有错误,欢迎大家一起探讨。第1篇文章首先分析下“读不加锁”这种说法是否正确呢?

    03

    MySQL从删库到跑路_高级(七)——事务和锁

    A、原子性(Atomicity) 表示组成一个事务的多个数据库操作是一个不可分隔的原子单元,只有所有的操作执行成功,整个事务才提交,事务中任何一个数据库操作失败,已经执行的任何操作都必须撤销,让数据库返回到初始状态。 B、一致性(Consistency) 事务操作成功后,数据库所处的状态和它的业务规则是一致的,即数据不会被破坏。 C、隔离性(Isolation) 在并发数据操作时,不同的事务拥有各自数据空间,它们的操作不会对对方产生干扰。数据库规定了多种事务隔离级别,不同隔离级别对应不同的干扰程度,隔离级别越高,数据一致性越好,但并发性越弱。 D、持久性(Durabiliy) 一旦事务提交成功后,事务中所有的数据操作都必须被持久化到数据库中,即使提交事务后,数据库马上崩溃,在数据库重启时,也必须能保证能够通过某种机制恢复数据。

    02
    领券