表多不怕,能完美匹配索引就行
我也这么觉得
使用 ElasticSearch 或 ClickHouse
数据 从主库 同步 过去
额,还有合理使用缓存
考虑过这个, 但是维护成本高.出问题不容易查找
该关联的还是要关联的,可以不关联查询的就别关联。
减少查询量
主键查询很快,10张表不多
可以尝试创建视图或者创建中间表
这也太多表了吧,现在每次sql多少毫秒?
关联多张表无非就是为了获取特定的字段
如果为了一张表的某一两个,两三个字段,建议把字段,放到合适的表中,业务代码处理的时候,也要把相关数据填加一下。
如果是查多个字段可以先创建临时表,把相关字段查出来,然后再关联临时表,可以用关键字with 创建临时表。
建议表的索引(或者联合索引)要有前后顺序,且变化不大,可作为索引,但是不建议使用大量索引,一般两到三个,因为有可能会造成索引失效
其他的优化可以参考 mysql官网里面的优化信息