有趣的一天啊,
项目上有关某个表的数据总是性能不达标,分析后发现有条关于按条件count()数量的sql导致好几个功能性能很慢。
于是,做成了再内存中维护这个count值,只在第一次查数据库取值,后续相应的全部变更都更新内存,想着毕竟就一个值而已。
因为这个表业务意义很大,字段内存很长,1百万的记录数,耗时15s左右。
也确实是通过这种方式,使得很多接口耗时达标。
但是,提交代码,被review时,提醒说没必要内存维护,一句count()而已,where 条件里的字段如果是查用的条件,直接加索引就好。
是啊,我为啥要维护在内存中,因为业务复杂,维护在内存中的值要和很多接口去更新,这是很有风险的。
验证后发现,确实对where里的有意义字段,加索引后,性能非常棒,接近0.00 sec。
总结三种数据库新增普通索引和查看索引的sql:
这里的表名map_model 字段名map_status map_key 都已脱敏处理。
-- mysql 查看索引
show index from map_model;
-- mysql 创建普通索引
alter table model add index index_map_status(map_status)
alter table model add index index_mapKey(map_key)
-- oracle 查看索引
select * from user_indexes where table_name = 'MAP_MODEL';
-- oracle 创建普通索引
create index index_map_status on model(map_status);
create index index_map_key on model(map_key);
-- sqlserver 查看索引
select b.name from sys.sysobjects a, sys.sysindexes b
where a.id = b.id and a.name = 'map_model';
-- sqlserver 创建普通索引
create index index_status on model(status);
create index index_map_Key on model(map_key);