select

精选推荐

最新动态

mysql执行SQL过程中会不会加锁_mysql锁流程解析

2026年2月16日

会加锁，但不是所有SQL都加锁，也不是所有场景都加同一类锁。核心判断依据是：SELECT是否带FOR UPDATE或LOCK IN SHARE MODE、UPDATE/DELETE是否命中索引、当前事务隔离级别（尤其是READ COMMITTED和REPEATABLE READ）。

mysql事务中锁的竞争如何避免_mysql锁竞争控制

2026年2月15日

MySQL 的 InnoDB 默认用行锁，但很多情况下会 silently 升级成表锁——最常见的是在 WHERE 条件中使用了非索引字段或函数。比如执行 UPDATE user SET status=1 WHERE CONCAT(name, ”) = ‘alice’，即使 name 有索引，CONCAT 也会让优化器放弃索引，触发全表扫描+全表加锁。

mysql如何设计简易的审批系统_mysql流程审批管理

2026年2月15日

直接用 TINYINT 存状态码（比如 0=待审、1=通过、2=拒绝、3=撤回），别用字符串或枚举。字符串查起来慢，枚举改起来疼；后期加状态时还得改表结构，ALTER TABLE 锁表风险高。

mysql中的行锁与表锁的互斥与配合使用

2026年2月14日

会，但只在特定条件下。MySQL 的行锁（如 InnoDB 的 RECORD LOCK）和表锁（如 LOCK TABLES … WRITE 或 FLUSH TABLES WITH READ LOCK）属于不同层级的锁机制，它们不共享锁管理器，因此互斥行为不是“自动协调”的，而是靠 MySQL Server 层统一仲裁——一旦某线程持有表级写锁，所有试图获取该表任何行锁的事务都会被阻塞；反之，若已有事务在该表上持有了未提交的行锁（比如正在执行 UPDATE），再执行 LOCK TABLES t1 WRITE 也会被挂起，直到行锁释放。

mysql中删除重复数据的SQL语句写法

2026年2月14日

MySQL 没有直接的“去重删除”语法，得先明确保留哪一条：通常选 id 最小（或最大）的那条。假设表叫 users，重复依据是 email 字段，那么先查出每个 email 对应的最小 id：

mysql如何使用where进行过滤_mysql查询条件说明

2026年2月14日

WHERE 是 MySQL 中执行行级过滤的核心，它必须紧跟在 SELECT、UPDATE 或 DELETE 语句之后（且在 FROM 之后），不能单独使用。最常见的错误是把字符串值漏掉引号，比如写成 WHERE name = zhangsan —— 这会让 MySQL 把 zhangsan 当作列名或未定义变量，直接报错 Unknown column ‘zhangsan’ in ‘where clause’。

mysql安装完成后如何配置innodb缓冲池_mysql性能调优方法

2026年2月14日

这个值直接决定 InnoDB 能缓存多少数据和索引，设太小会导致频繁磁盘读，设太大可能挤占系统内存引发 swap。生产环境通常设为物理内存的 50%–75%，但必须留足空间给 OS、MySQL 其他缓冲区（如 key_buffer_size、连接线程栈）和业务进程。