- 博客(7)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 MySQL单表大数据量场景下的优化手段（硬件层面）
Intel Optane P5800X（延迟<10μs）：AWS Aurora、阿里云PolarDB等云数据库架构。：Mellanox ConnectX-5（支持RDMA）：避免使用RAID 5/6搭配机械盘（写惩罚严重）：随机I/O密集型操作（索引查询、事务提交）：升级CPU（高并发选频率，分析选核心数）：三星PM9A3（U.2 NVMe）：WHERE条件过滤、JOIN操作。：替换SSD（尤其是随机读写性能）：扩容内存（至少容纳活跃数据集）：启用SR-IOV虚拟化加速。：RDMA网络、持久内存。
2025-04-19 00:03:31
509
原创 MySQL单表大数据量场景下的优化手段（软件层面）
只为高频查询条件（WHERE/JOIN/ORDER BY）建索引。：让索引包含查询所需全部字段，避免回表。适合K8s环境（YouTube用）（user_id是INT）
2025-04-18 23:51:14
215
原创 MySQL InnoDB 16kb页大小可以调大吗？
某些MySQL分支版本（如Percona Server）支持动态调整。缓冲池（如16GB）能缓存的页数从100万 → 50万。（如32K=2^1×16K，64K=2^2×16K）：单行数据超过8KB（如存储PDF文件）-- 查看当前页大小（默认16384）（通常设为物理内存的70%~80%）单个页的索引条目数从1170 →。：支持通过编译时参数修改，但需要。：抵消随机读损失（但需测试验证）# 编译MySQL时指定（示例）优化索引（覆盖索引、前缀索引）：大量顺序扫描+极少随机访问。（生产环境极少这样做）
2025-04-18 23:33:22
383
原创 MySQL单表数据不超过多少好？
若单表数据量远大于缓冲池（如 100GB 表 + 8GB 内存），频繁的磁盘换入换出会导致性能骤降。：缓冲池（Buffer Pool）可缓存整个表的热点数据（如512GB内存缓存100GB的表）。单表超过 1000万行后，索引维护成本（B+树分裂、锁竞争）显著增加，TPS 下降。：3层B+树时，范围查询或非主键索引可能需要更多磁盘I/O，性能开始下降。：相比传统机械硬盘，随机I/O性能提升百倍，极大缓解大数据量下的磁盘瓶颈。：如电商商品表，通过缓存（Redis）拦截99%的查询，数据库压力极小。
2025-04-18 23:09:56
1936
3
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人