求mysql的分表策略

fly_heart_yuan 2012-12-09 11:46:39

有这样一个数据表，40w条数据记录，我有时会按照id查询，有时会按照其他字段查询
现在想分表，但是又不想对之前的代码有过多影响

求大侠帮忙

...全文

250 12 打赏收藏转发到动态举报

写回复

12 条回复

切换为时间正序

请发表友善的回复…

发表回复

oceans0501 2012-12-12

打赏
举报

回复

楼主问题解决了吗，也遇到了同样的问题，能交流下吗？ QQ：3969548

iihero_ 2012-12-09

打赏
举报

回复

40w条数据，没有必要分表啊

fly_heart_yuan 2012-12-09

打赏
举报

回复

引用 9 楼 iihero 的回复:

引用 8 楼 fly_heart_yuan 的回复:引用 6 楼 iihero 的回复:引用 5 楼 fly_heart_yuan 的回复:引用 1 楼 iihero 的回复:40w条数据，没有必要分表啊数据增长的快既然这样，可以按照时间进行分表，先把表的数据量控制下来而且我的查询条件比较多样有的时候是按照时间查有的时候按照id查如果按照时间分表 ……

忘记引用了重发按照id查询的时候就不知道这个id对应的时间是多少了

fly_heart_yuan 2012-12-09

打赏
举报

回复

按照id查询的时候就不知道这个id对应的时间是多少了

iihero_ 2012-12-09

打赏
举报

回复

引用 8 楼 fly_heart_yuan 的回复:

引用 6 楼 iihero 的回复:引用 5 楼 fly_heart_yuan 的回复:引用 1 楼 iihero 的回复:40w条数据，没有必要分表啊数据增长的快既然这样，可以按照时间进行分表，先把表的数据量控制下来而且我的查询条件比较多样有的时候是按照时间查有的时候按照id查如果按照时间分表那么按照id查的时候肿么办

所有的时间段都要查？

fly_heart_yuan 2012-12-09

打赏
举报

回复

引用 6 楼 iihero 的回复:

引用 5 楼 fly_heart_yuan 的回复:引用 1 楼 iihero 的回复:40w条数据，没有必要分表啊数据增长的快既然这样，可以按照时间进行分表，先把表的数据量控制下来

而且我的查询条件比较多样有的时候是按照时间查有的时候按照id查如果按照时间分表那么按照id查的时候肿么办

fly_heart_yuan 2012-12-09

打赏
举报

回复

引用 6 楼 iihero 的回复:

引用 5 楼 fly_heart_yuan 的回复:引用 1 楼 iihero 的回复:40w条数据，没有必要分表啊数据增长的快既然这样，可以按照时间进行分表，先把表的数据量控制下来

斑竹大大啊我的要求不仅仅是要把数据量控制下来我要的是一种查询方便源代码改变不大的情况下如何做分表比如说原来的查询全部数据的sql是 select * from xxx,现在我不想修改这个sql 有没有可能也可以分表

iihero_ 2012-12-09

打赏
举报

回复

引用 5 楼 fly_heart_yuan 的回复:

引用 1 楼 iihero 的回复:40w条数据，没有必要分表啊数据增长的快

既然这样，可以按照时间进行分表，先把表的数据量控制下来

fly_heart_yuan 2012-12-09

打赏
举报

回复

引用 1 楼 iihero 的回复:

40w条数据，没有必要分表啊

数据增长的快

fly_heart_yuan 2012-12-09

打赏
举报

回复

引用楼主 fly_heart_yuan 的回复:

有这样一个数据表，40w条数据记录，我有时会按照id查询，有时会按照其他字段查询现在想分表，但是又不想对之前的代码有过多影响求大侠帮忙

每天的数据量都在增长中，不久之后就要分了我这是未雨绸缪

ACMAIN_CHM 2012-12-09

打赏
举报

回复

可以使用分区表。

Rotel-刘志东 2012-12-09

打赏
举报

回复

这样的数据量还用分表？没有必要的。

一、先说一下为什么要分表：当一张的数据达到几百万时，你查询一次所花的时间会变多，如果有联合查询的话，有可能会死在那儿了。分表的目的就在于此，减小数据库的负担，缩短查询时间。日常开发中我们经常会遇到大表的情况，所谓的大表是指存储了百万级乃至千万级条记录的表。这样的表过于庞大，导致数据库在查询和插入的时候耗时太长，性能低下，如果涉及联合查询的情况，性能会更加糟糕。分表和表分区的目的就是减少数据库的负担，提高数据库的效率，通常点来讲就是提高表的增删改查效率。数据库中的数据量不一定是可控的，在未进行分库分表的情况下，随着时间和业务的发展，库中的表会越来越多，表中的数据量也会越来越大，相应地，数据操作

使用mysql5.7+sharding-proxy实现分表，策略为每半年时间分一次表

springboot 多数据源 MySQL 分库分表策略。 springboot 多数据源 MySQL 分库分表策略。

分表除了表名的索引不同之外，表结构都是一样的，如果各表的‘ID’字段仍采用‘AUTO_INCREMENT’的方式的话，ID就不能唯确定一条记录了。这时就需要一种处于各个分表之外的机制来生成ID，我们一般采用一张单独的数据表（不妨假设表名为‘ticket_mutex’）来保存这个ID，无论哪个分表有数据增加时，都是先到ticket_mutex表把ID值加1，然后取得ID值。这个取ID的操作看似很复杂，所幸的是，MySQL提供了LAST_INSERT_ID机制，让我们能一步完成。 1、新建数据表ticket_mutex 代码如下: CREATE TABLE ticket_mutex ( na

mysql分表方法：方法一、做数据库集群！主从数据库双向热备份(或一对多的数据库实时备份策略)，这样可将数据库查询分摊到几个服务器去(可跟服务器负载均衡结合起来架构)优点：扩展性好，没有多个分表后的复杂操作(php代码)缺点：单个表的数据量还是没有变，一次操作所花的时间还是那么多，硬件开销大。方法二、根据特殊情况，按照特定规则分表：比如用户聊天表，message_00,message_0...

56,677

社区成员

56,708

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章