MyISAM将索引与数据分离存储，索引文件存磁盘地址，数据文件为堆表。该设计源于不支持事务、行锁及崩溃恢复，实现简单但代价较高：随机I O增加、表锁阻塞写入、无法利用覆盖索引，适合读多写少场景。

全局防御SQL注入需在数据流转各节点设防：所有数据库访问强制参数化查询，禁用动态拼接；每个微服务使用独立最小权限账号；中间件拦截DDL关键词作兜底；ORM及分库分表组件防范隐性缺口，使拼接SQL难以隐藏。

NavicatforRedis不显示槽位分布，需在命令行执行CLUSTERSLOTS查看连续槽段映射，或使用CLUSTERKEYSLOT定位特定key的槽号。节点列表仅反映拓扑发现，不包含真实槽范围信息，手动查槽才能避免被误导。

phpMyAdmin导入CSV时，默认不将NULL文本或空单元格转为SQLNULL，需手动勾选“空字符串转为NULL”并填写NULL标识符，同时确保字段允许NULL、关闭引号，否则会存为字符串 NULL 或空字符串。

嵌套超过3层时优化器放弃代价估算与条件下推，导致预估行数偏差三个数量级以上，MATERIALIZE和TableSpool高频出现。视图本质是文本模板，子查询被复制执行。CTE可能强制物化。扁平化关键在于让优化器准确估算行数并实现条件穿透。

SQL执行顺序使窗口函数仅在SELECT阶段计算，无法在WHERE中直接使用，会引发报错。解决方法是将窗口函数放入子查询并赋予别名，在外层WHERE中过滤该别名。需注意子查询必须带表别名，且PARTITIONBY与ORDERBY不可缺失。

MyISAM表默认4GB容量限制源于4字节行指针。突破需操作系统支持大文件、MySQL启用LFS、建表时显式指定足够大的MAX_ROWS，如10⁹，可使指针升级为6字节，理论上限达256TB。实际容量还受文件系统与内核限制，key_buffer_size不影响表大小。

多租户MySQL索引设计中，tenant_id必须作为复合索引最左列，否则无法实现隔离。聚合查询慢需检查索引是否以tenant_id开头。视图或存储过程硬写tenant_id存在安全风险，应靠应用层自动注入与索引倒逼。复合索引字段数不宜贪多，每个查询路径配精干索引，并定期用EXPLAIN验证。