1. 索引碎片与维护
在长期的数据更新过程中, 索引文件和数据文件,都将产生空洞,形成碎片
我们可以通过一个nop操作(不产生对数据实质影响的操作), 来修改表。
比如: 表的引擎为InnoDB , 可以 > alter table tableName engine InnoDB
也可以 > optimize table tableName ,也可以修复
同时注意: 修复表的数据及索引碎片,就会把所有的数据文件重新整理一遍,对于这个过程,如果表的行数比较大,也是非常耗费资源的操作。所以,不能频繁的修复。
好的建议:如果表的Update操作很频率,可以按 周/月 来修复,如果不频繁,可以更长的周期来做修复
2. 重复索引和冗余索引的思路
重复索引::是指 在同1个列(如name), 或者 顺序相同的几个列(name,age), 建立了多个索引。称为重复索引,重复索引没有任何帮助,只会增大索引文件,拖慢更新速度,必须去除。
冗余索引:冗余索引是指2个索引所覆盖的列有重叠, 称为冗余索引,比如 x,m列, 加索引 index x(x), index xm(x, m)。x、xm索引, 两者的x列重叠了, 这种情况,称为冗余索引,甚至可以把 index mx(m, x) 索引也建立, mx、xm 也不是重复的,列的顺序不一样。
3. in型子查询的陷阱
- 在ecshop商品表中,查询6号栏目的商品(6号是一个大栏目)
- 最直观的: mysql> select goods_id,cat_id,goods_name from goods where cat_id in (select
cat_id from ecs_category where parent_id=6);
误区: 给我们的感觉是, 先查到内层的6号栏目的子栏目,如7,8,9,11
然后外层,cat_id in (7,8,,9,11)