隐式类型转换

精选推荐

最新动态

mysql触发器会影响SQL执行计划吗_mysql执行计划优化

2026年2月24日

MySQL 的 EXPLAIN 或 EXPLAIN FORMAT=JSON 输出只反映当前 SQL 语句本身的访问路径、连接顺序、索引选择等，**不会把触发器里的语句纳入执行计划分析范围**。触发器逻辑在语句执行完成（或回滚前）才被调用，属于“事后动作”，优化器根本看不到它。

mysql如何在高并发下优化查询_mysql性能调优方法

2026年2月23日

加了索引却没提速，常见原因是查询条件没走索引。比如对 user_name 建了索引，但写成 WHERE LOWER(user_name) = ‘alice’，MySQL 无法使用索引做前缀匹配；又或者用了 LIKE ‘%abc’ 这种左模糊，索引失效。

mysql优化UPDATE与DELETE语句的查询效率

2026年2月22日

MySQL 的 UPDATE 如果 WHERE 条件列没有索引，会触发全表扫描，尤其在大表上，不仅慢，还会锁住大量行（甚至整表），阻塞其他写操作。常见现象是 SHOW PROCESSLIST 里看到状态为 Updating 且 Time 持续增长。

mysql中临时表的使用与查询性能优化

2026年2月22日

MySQL 临时表（CREATE TEMPORARY TABLE）只对当前会话可见，连接断开后自动释放，这点常被误认为“完全无害”。实际并非如此：临时表仍占用内存或磁盘空间，且在高并发下可能触发 tmp_table_size 或 max_heap_table_size 限制，导致隐式落盘到磁盘临时表（MyISAM 或 InnoDB），显著拖慢查询。

c++如何使用std::count_if_c++统计符合条件的元素个数【常用】

2026年2月17日

要使用 std::count_if，必须包含 <algorithm></algorithm> 头文件，它不依赖 <numeric></numeric> 或 <iterator></iterator>（除非你手动传迭代器范围外的额外参数）。函数原型是：template<class inputit class unarypredicate> typename iterator_traits<inputit>::difference_type count_if(InputIt first, InputIt last, UnaryPredicate p);</inputit></class>。它返回满足谓词 p 为 true 的元素个数，类型是 difference_type（通常是 ptrdiff_t），不是 size_t，这点在比较或赋值时容易出错。

SQL 索引与表设计优化实践

2026年2月16日

常见现象是执行 EXPLAIN 看到 type 是 ALL 或 index，而不是预期的 ref/range。根本原因往往不是索引没建，而是查询写法触发了隐式类型转换或函数包裹。

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

2026年2月15日

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

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

2026年2月14日

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

mysql覆盖索引如何减少回表_mysql性能优化方法

2026年2月14日

MySQL 的二级索引（非聚簇索引）只存储索引列 + 主键值，不存整行数据。当 SELECT 的所有字段都包含在某个索引中时，优化器可以直接从该索引页拿到全部所需数据，无需再用主键去聚簇索引里查一次完整记录——这就是“回表”。覆盖索引本质是让查询“止步于二级索引”，跳过回表开销。