mysql 单表即将上 2 千万数据 存授权的 性能跟不上了 怎么优化

[fengya68]

存商品授权的 每个门店对应每个商品的授权 现在有 8000 多商品 7000 多家门店 目前已经有 1800 多万条数据了 要怎么破 即将到性能瓶颈了

[zoharSoul]

加钱呗
阿里云 rds 4c8g 的我试过单表 2 亿多数据,
单表查询没啥压力

[cominghome]

@zoharSoul 4c8g 能搞 2 亿行？这么猛的吗？还是说字段少？

[Nitromethane]

数据同步到 ES 一份，读请求走 ES ；

[peyppicp]

按照门店 id 分库分表，水平拆分到 101 个库里，表变为逻辑表，单表 18w 数据

[wqhui]

分表呗，读频繁的话就做主从读写分离或者用缓存

[opengps]

表分区，分表，分库，集群
就这么个优化路线

[sagaxu]

才 2000 万就慢，分表没用

[CStarter]

@peyppicp 101 个库？

[vinsa]

才 2KW 数据怕啥，分个区就好了，还能上个 10 倍，主键查询瞬回。

[sonxzjw]

简单，分表分库

[yc8332]

这种东西存下来后面不都是走缓存的吗

[pmispig]

上 ssd,上好的 ssd,换 cpu 换主频高的 cpu

[fareware]

2kw 慢不是硬件或者设计问题吗？

[mymike]

根本没必要分库分表 ES，硬件性能与配置可能需要调整下，其实单机上亿没有丝毫问题

[fengya68]

@zoharSoul 有道理 现在表结构是 MyIsam 有必要转 InnoDb 吗

[fengya68]

@mymike 商城类就怕延迟高,现在有时候就会卡一下 看来优化还有很长的一段路

[zoharSoul]

@fengya68
看你查询逻辑了.
一般来说可以转

[zoharSoul]

@cominghome 字段比较少就 10 多个吧.
合理的索引 + 相对简单的查询..
现在 mysql 的性能超乎你的想象...

别听那些讲面试的瞎几把扯淡,几百万就分库分表很多时候是纯粹给自己加戏.

[encro]

所有的 mysql 慢问题的三个常规操作：
1，慢日志；
2，慢日志分析工具；
3，explain ；

[kiddult]

@fengya68 卡一下多半和 mysql 没啥关系，查一下慢日志，100%有人查询没走索引瞎操作了

[xuanbg]

难道每个门店都是专有的商品？看着也不像啊，1700 门店才 8000 种。应该是大部分商品所有门店都有，小部分商品某些门店专有吧？

如果这样的话，可以给权限分级别啊。譬如分为：公共、分组、门店这么几个级别。公共的就是所有门店都能访问；分组的就是要有组权限的才能访问，组权限就是给门店分组，按分组授权；门店的就是指定门店才能访问，和你现在的做法一个样。这样你的权限关系表就能缩减几百倍的数据。我估计有个几万行就足够了。

[leonidas]

常规操作索引优化 长远考虑还是的话水平拆分吧

[encro]

@xuanbg

分权不如直接店铺对商品快。因为还有排序等附加信息吧。

这里面其实是主表要做好，主表只能是关联表。。

select p.name from shop_product sp, product p where sp.shop_id=xxx and sp.product_id=p.id limit 100;

如果 sp 的 shop_id 建立了索引，那么几千万数据，还是毫秒级的。

什么？还在用 MyIsam ？难道非常享受断电之后 repair 的过程？

[encro]

@zoharSoul

阿里云上数据库，最低配置一年 2 千那种，最大的表存着 2 亿，感觉还可以拼一拼。

[Michaelssss]

单表也就 2GB 左右大小把。。都 0202 年了，MySQL 已经不是你想的那种弱鸡了

[realpg]

垃圾服务器，单表 4200 万无性能压力啊
还是执行有问题

[realpg]

@cominghome #2
查询都简单化，很容易 handle
你天天全是复杂到吓死人的查询，恨不得八个表 full join 那肯定不行

主要还是表结构 查询设计

[gemini767]

@zoharSoul 百万数据分库分表确实加戏，但是上亿数据单表查询也是牛了。。个人经验千万数据业务稍微复杂，rt 抖动的就非常大了，生产风险很大。

[ylsc633]

2kw 就瓶颈了......

肯定是你索引建的不对或者 sql 写的有问题!

[collery]

不仅要看行数，还得看数据量大小了

[xcstream]

查询方式有问题吧 可以先查 id 再 id 查数据

[Evilk]

@Michaelssss 是的,我们最近才升级了 MySQL8.0,而且现在硬件性能已经很好了

[Erroad]

2kw 慢不是单表的原因了

[fengya68]

@xuanbg 每个门店 对应每个商品价格都不同 所以大区 区域 站点 门店 都是一个授权的过程

[kiddingU]

1 、分表分库
2 、优化查询
3 、查询可以走 ES

[gaocheng]

没有什么事情是钱解决不了的，如果还是解决不了就是钱没花到位无论是请人还是买设备买服务

[ccnccy]

没索引吧，有的话，应该不会太慢。

[fengya68]

慢日志高于 0.1 秒的没有,并发一上来 还是会导致卡顿的,还是得好好排查下其他问题

[fengya68]

@realpg 阿里云通用服务器 8 核 16g cpu 没满过 就是偶然会卡一下 阿里云的服务器还是可以的 慢日志也没有 设置 0.1 秒

[shenjixiang]

数据量大了最好优化下 mysql 的默认配置，可以按门店 id 做做表分区

[zhuweiyou]

应该是没索引

[qbmiller]

@zoharSoul 没毛病，阿里后台可能大数据性质的 MySQL

[yukiloh]

去年看到别人评价数据库说两千万是瓶颈
现在直接两个亿，这么给力的吗…