比如请求一需要资源顺序为A - B -C
第二个请求需要的资源顺序为B - A -C
当上面两个请求同时进行时会有可能产生以下情况:请求一申请了资源A,请求二申请了资源B
然后请求一再去申请资源B时需要等待请求二完成,请求二去请求资源A时要等请求一完成。这样请求一和请求二都在互相等待的时候就会一直都完不成就等于一个锁锁住了A、B资源谁也用不了了。
锁差生的原因是:数据库并发太高、程序设计不合理、数据库 *** 作处理时间太长。等
知道原理后可以针对性的优化数据库和程序。
这是一项新功能,用于指定在插入或更新到一行之前检查值的条件。如果表的任何行的搜索条件的结果为 FALSE,则约束可能返回错误(但如果结果为 UNKNOWN 或 TRUE,则约束不会返回错误)。此功能开始在 MySQL 8.0.16 上运行,在以前的版本中,我们可以创建它,但它不起作用,这意味着支持语法,但不起作用。要牢记的使用规则:
AUTO_INCREMENT 自增列不允许使用
引用另一个表中的另一列不允许使用
存储的函数和用户定义的函数不允许使用
存储过程和函数参数不允许使用
子查询不允许使用
在外键中用于后续 *** 作(ON UPDATE,ON DELETE)的列不允许使用
为下一条语句 INSERT,UPDATE,REPLACE,LOAD DATA 和 LOAD XML 评估此次监测。此外,还会为 INSERT IGNORE,UPDATE IGNORE,LOAD DATA…IGNORE 和 LOAD XML…IGNORE 评估此监测约束。对于这些语句,如果约束的评估结果为 FALSE,则会发生警告。插入或更新被跳过。
我们可以使用此功能在表中添加更多的逻辑,但是根据我以前作为程序员的经验,我不建议在表中添加逻辑,因为除非您无法访问应用程序代码,否则很难找到或调试错误。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)