1
msg7086 2015-09-13 23:05:24 +08:00 via Android 1
挫毛,能解决问题的方案就是牛逼方案
|
2
humiaozuzu 2015-09-13 23:12:23 +08:00 1
那就加缓存
而且,标准做法就是 archive 旧数据,一点也不搓 |
3
lavadore 2015-09-13 23:15:25 +08:00 1
按时间分表或者分区咯
|
4
kslr 2015-09-13 23:24:34 +08:00 via Android 1
一个月一张表
|
5
9hills 2015-09-13 23:44:51 +08:00 via iPad 1
这个真的不搓,是标准做法。
|
6
Aliencn 2015-09-14 01:24:50 +08:00 1
如果你是负责存储的,那就上 SSD 阵列
如果你是负责数据库的,那就搞分区或分表 如果你是负责 web 端的,那就写数据库的时候就按照时间自动创建表,读数据库的时候根据请求查不同的表 |
7
brucefeng 2015-09-14 09:52:41 +08:00 1
@Aliencn 说的很实在。
如果是应用层: 1 、加缓存:这个可以缓解数据库的访问量 2 、最近一周的数据和老数据分表。如果不想按时间自动创建表,可以一开始就两张表,一张存全量的表 A ,一张存最近一周的表 B ,使用定时任务定期清理表 B 。 |
8
maskerTUI 2015-09-14 09:56:49 +08:00 via Android 1
分表!!!!!
|
9
jziwenchen 2015-09-14 10:30:46 +08:00 1
从总表查数据 搬到一个分表去 然后不断 cron.
|
10
realpg 2015-09-14 12:42:52 +08:00
分表到你这里就变成挫了……
好吧 已经挫了十年的苦逼程序员飘过 |
11
mulog OP 谢谢大家 看来暂时用 cron 搞迁移就可以了 ^^
|
12
mulog OP |
13
realpg 2015-09-14 12:47:28 +08:00
@mulog
MYSQL 的单表查询性能比较差的,所以分表都成基本技能了,只要做一些数据量会大一点的东西,基本大多数会涉及分表。 |
14
coder2cooker 2018-01-08 16:16:21 +08:00
数据迁移过程中存在频繁的删除,是否会导致表空间的浪费以及查询索引效率的降低?
|