› MySQL 5.5 Community Server
› MySQL 5.6 Community Server
› Percona Configuration Wizard
› XtraBackup 搭建主从复制
Great Sites on MySQL
› Percona
› MySQL Performance Blog
› Severalnines
推荐管理工具
› Sequel Pro
› phpMyAdmin
推荐书目
› MySQL Cookbook
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
MySQL 相关项目
› MariaDB
› Drizzle
参考文档
› http://mysql-python.sourceforge.net/MySQLdb.html
这是一个创建于 3365 天前的主题，其中的信息可能已经有所发展或是发生改变。
基本上来说有一个表，随时有新数据进来，但是 99.99%的访问都只是最近一周的数据。
随着时间越来越长，这个表变得越来越大，即使有索引， query 也还是不够快。
所以想请问有没有什么方案可以把最近一周的“新鲜”数据和老的数据分离开？
我能想到的只有搞个 cron 每天把一周前的数据移到另一个表，但是这显然太挫了。。-_-
随着时间越来越长，这个表变得越来越大，即使有索引， query 也还是不够快。
所以想请问有没有什么方案可以把最近一周的“新鲜”数据和老的数据分离开？
我能想到的只有搞个 cron 每天把一周前的数据移到另一个表，但是这显然太挫了。。-_-
 |
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
数据迁移过程中存在频繁的删除，是否会导致表空间的浪费以及查询索引效率的降低？
|
Select Language