数据库技术选型求助。。。。

fuckyoudolphin:技术选型求助一发

业务要求:

MYSQL 里面三张 1000w 级别的表( A:500W B:1000W C:800W )

没有分库分表,有索引但我不能动(因为是其他部门的库)
列的数量:( A:30 B:15:C:20 )
每张表每天新增不超过 1W 条数据
并没有实时查询的需求(每天 12 点更新一次数据即可)
做各种各样的 比较复杂的聚合查询(经常加乱七八糟的需求)

查询 QPS:小于 100

现在通过优化 SQL 最复杂的查询速度小于 5s
但现在渐渐扛不住了 领导还是觉得太慢

所以现在求助一下
第一个问题 继续优化 mysql 还能继续压榨性能吗
第二个问题 由于没有实时查询的要求 其他部门也愿意导出数据给我 找个适合 OLAP 的数据库能解决我现在的问题吗

weizhen199:可以,整个 clickhouse

min:1. 不能动索引还谈什么优化
2. 可以上 olap

90928yao:clickhouse 更新 还有 join 有点弱

Sasasu:clickhouse join 弱的话我不知道什么数据库 join 强,对任何一种 join 来说

chihiro2014:如果是 join 的话,那得考虑大小表的问题,这样提高性能。

nooper:SQL 写的不精炼

mysql 这种情况怎么查?

qaqLjj: 如图,怎么查询同时掌握了第一张表所有技能的员工呢? 也就是说,希望的结果如下: emp 神崎 相田

mysql 查询

shimingzhoudf:A 表有 1,2,3,4 个字段 我现在查询结果需要是这样 表名 中文名 1 2 3 4 数据 x x x x x ... ... .. .. .. .. 其实中文名就是 4 字段的值 我看别人这样写过: select 4 中文名, * where 表名; 但我自己用老报语法错误shimingzhoudf:语法是这样 select…

有没有见过那种又菜,又凶的人?

doudou1523102:工作中发现有一类人,技术明明很菜,但是态度很强硬; 如果工作中自己的缺陷不肯承认,让别人去适配自己,出了问题甩锅给别人,有没有碰到过?jedrek:走到哪都有。管理层的无能,让这类人充斥在团队里

一个 mysql 库容纳多少个表会比较明显的影响速度?

l890908:理论上来说基本上没有限制(42 亿多),但是同时访问的表越多,文件描述符就越多,从操作系统角度来说还是有影响的;那么在实操过程中多少个表会比较明显的影响速度?qiayue:可以不用考虑极限了,按照业务分库分表即可。举例我们的统计 SDK,每个接入的 app 都给一个单独的库,这样不同 app 互不影响。

找人一起打球下棋

lummybhat:周末 2 天宅在家有点浪费光阴了,有没有可以周末约一起打篮球 或者下象棋的呢,别嫌弃我技术烂就好哦,因为我比较爱好的是这 2 个业余活动,一个锻炼体力, 一个锻炼智力! PS,我在南山区。