MMDD如何使用
使用要求
拆分键的类型必须是 DATE / DATETIME / TIMESTAMP 其中之一。
只能作为分表函数使用，但不能作为分库函数。
DRDS 实例的版本必须是 5.1.28-1320920 及其以上的版本。DRDS 版本说明请参考文档版本说明。
路由方式
根据分库键的时间值所对应的日期在一年中对应的天数，然后进行取余运算并得到分表下标。
使用场景
MMDD 适用于按一年的天数（即一年中日期）进行分表，分表的表名的下标就是一年中的第某天，一年最多 366 天。
使用示例
假设先按 id 对用户进行分库，然后需要对 create_time 列按日期（时间的月份与日期）进行建表，并且一年中每一天的日期都能对应一张物理表，则应该使用如下的建表 DDL：
create table test_mmdd_tb (
id int,
name varchar(30) DEFAULT NULL,
create_time datetime DEFAULT NULL,
primary key(id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8
dbpartition by HASH(name)
tbpartition by MMDD(create_time) tbpartitions 365;
注意事项
由于一年最多只有 366 天，当按 MMDD 进行分表时，所以各个分库的分表数目不能超过 366 张分表。
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
这段描述是关于阿里云分布式关系型数据库服务（DRDS）中使用MMDD函数进行分表操作的规则和指南。下面是对关键点的总结和解释：
使用要求
- 拆分键类型：当你使用
MMDD作为分表函数时，该函数对应的列（如create_time）的数据类型必须是DATE、DATETIME或TIMESTAMP之一，这是因为MMDD函数依赖于时间值来计算分表下标。 - 功能限制：
MMDD仅能用于分表操作，不能用于分库。这意味着你首先需要基于其他策略（如HASH分库）确定数据分布到哪个库，然后在每个库内部依据日期进行进一步的分表。 - 版本兼容性：确保你的DRDS实例版本至少为5.1.28-1320920或更高版本，以支持
MMDD分表功能。
路由方式
MMDD函数的工作原理是将时间值（通常是日期部分）转换成一年中的第几天，然后对这个天数取余数来决定数据应该存储在哪张物理表上。这种方式可以均匀地分散每天的数据负载。
使用场景
适用于那些按日志记录日期（精确到月份和日期，不考虑年份）进行数据划分的场景，比如日志系统、交易系统等，其中每一天的数据量可能相对均衡，且需要高效查询特定日期的数据。
使用示例
假设用户数据先通过name字段的HASH值进行了分库，接下来希望根据create_time日期创建每日一张表，最多支持365张表（或366天的闰年情况），则建表语句展示了如何实现这一需求。注意tbpartitions 365指定了最大分表数量为365，这符合大多数非闰年的天数。
注意事项
- 分表数目限制：由于一年最多366天，任何单个分库内的分表总数不能超过366张。如果业务数据模式预计会超出此限制，需重新考虑分表策略。
- 闰年处理：虽然示例中设置为365张表，实际应用中应考虑是否需要支持闰年的情况，即是否需要设置为366张表来覆盖2月29日的数据。
综上所述，MMDD分表策略非常适合那些需要按日期维度精细化管理和查询数据的应用场景，但实施前需仔细规划以确保满足DRDS版本要求及业务扩展需求。
