Mysql--15 - 技术栈

一、count 性能对比

性能从快到慢：count (*) ≈ count (1) > count (主键 id) > count (字段)

count(*)：InnoDB 做了专门优化，不读取具体数据，直接统计行数，性能最高。
count(1)：效果与 count(*) 基本一致，略低一点点。
count(主键id)：需要读取主键值，性能稍差。
count(字段)：需要判断字段是否为 NULL，只统计非空值，性能最差。

sql

复制代码

-- 统计全表总行数（推荐）
SELECT COUNT(*) FROM user;

-- 统计某字段非空行数
SELECT COUNT(email) FROM user;

二、InnoDB 行锁原理

InnoDB 的行锁是针对索引加的锁，不是直接对记录加锁。如果索引失效，行锁会升级为表锁，导致并发性能急剧下降。

sql

复制代码

-- 正确：基于索引字段更新，使用行锁
UPDATE user SET age=20 WHERE id=1001;

-- 错误：无索引字段更新，行锁升级为表锁
UPDATE user SET age=20 WHERE nickname='test';

三、limit 分页优化

深分页场景（如 limit 1000000,10）性能较差，优化方案：使用覆盖索引 + 子查询，先通过索引定位 ID，再关联查询数据，减少回表与扫描行数。

sql

复制代码

-- 普通深分页：效率低
SELECT * FROM product ORDER BY id LIMIT 2000000, 10;

-- 优化后：先查ID再回表
SELECT t.* FROM product t
JOIN (SELECT id FROM product ORDER BY id LIMIT 2000000, 10) a
ON t.id = a.id;

四、视图（View）

视图是虚拟表，只保存 SQL 查询逻辑，不存储真实数据。
每次查询视图时，都会重新执行对应的 SELECT 语句。
可以简化复杂查询、做权限控制、统一查询口径。

sql

复制代码

-- 创建视图
CREATE VIEW v_user_order AS
SELECT u.id, u.name, o.order_no, o.amount
FROM user u
LEFT JOIN `order` o ON u.id = o.user_id;

-- 使用视图
SELECT * FROM v_user_order WHERE id=1001;

-- 删除视图
DROP VIEW IF EXISTS v_user_order;

五、SQL 优化通用要点

插入优化：批量插入、手动事务、主键顺序插入、大批量用 load data。

sql

复制代码

-- 批量插入优化
INSERT INTO user(name,age) VALUES
('张三',20),
('李四',21),
('王五',22);

主键优化：长度尽量短、使用自增有序主键、避免 UUID 等无序主键。

sql

复制代码

CREATE TABLE user(
    id BIGINT PRIMARY KEY AUTO_INCREMENT,  -- 有序自增主键
    name VARCHAR(20)
);

order by 优化：尽量让排序字段走索引，避免 using filesort。

sql

复制代码

-- 排序走索引
SELECT id,name FROM user ORDER BY id;

group by 优化：利用索引分组，避免产生临时表。

sql

复制代码

SELECT age,COUNT(*) FROM user GROUP BY age;

update 优化：务必根据索引字段更新，防止行锁升级为表锁。

sql

复制代码

UPDATE user SET status=1 WHERE id IN (1,2,3);