MySQL基于时间型UUID创建表分区时报表达式非法错误求助

MySQL对分区表达式有硬性约束，只允许使用确定性、无上下文依赖、仅基于行内字段计算返回固定值的内置运算，你的写法违反了两条核心规则：

1. 分区逻辑中调用了自定义函数findObject()，MySQL优化器无法校验自定义函数的确定性，这类函数直接被禁止出现在分区表达式中
2. 函数内使用的from_unixtime()、CONVERT(... DATETIME)属于时区敏感函数，不同会话时区设置下会返回不同结果，会导致数据分区归属错乱，同样不允许用于分区

另外你的表结构存在字段类型错误：存储时间型UUID的字段应该是字符串类型，你定义成DATETIME本身就无法正常存入UUID值。

方案1：冗余专用分区时间列（生产环境首选） #

不要在分区阶段实时解析UUID，写入数据时就提前把UUID中解析出的时间值存入单独的时间列，直接用该列做分区，完全符合分区规则，同时查询时可以直接通过时间列做分区裁剪，性能远高于运行时解析UUID。
参考建表语句：

CREATE TABLE `mytable2` (
  `post_id` int DEFAULT NULL,
  `viewid` int DEFAULT NULL,
  `user_id` int DEFAULT NULL,
  `time_uuid` VARCHAR(36) NOT NULL COMMENT '存储v1时间型UUID',
  `create_dt` DATETIME NOT NULL COMMENT '写入时从time_uuid解析得到的时间，作为分区键'
) 
PARTITION BY RANGE (YEAR(`create_dt`))  (
    PARTITION p_before_2001 VALUES LESS THAN (2001),
    PARTITION p_2001 VALUES LESS THAN (2002),
    PARTITION p_2002 VALUES LESS THAN (2003),
    -- 按需提前创建后续年份分区
    PARTITION p_max VALUES LESS THAN MAXVALUE
);

写入数据时，可以在应用层解析UUID得到时间写入create_dt，也可以通过BEFORE INSERT触发器自动赋值，避免业务代码改动。

方案2：基于UUID字符串前缀做范围分区（无额外字段） #

v1时间型UUID的时间段本身是按时间单调递增的，不需要转成DATETIME类型，直接截取UUID的时间相关前缀，通过RANGE COLUMNS做字符串范围分区即可，全程只用到MySQL允许的内置字符串运算，没有自定义函数、无时区依赖。
使用该方案需要提前计算好每个分区边界（比如每年第一天零点）对应的UUID固定前缀，作为分区的阈值，参考写法：

CREATE TABLE `mytable2` (
  `post_id` int DEFAULT NULL,
  `viewid` int DEFAULT NULL,
  `user_id` int DEFAULT NULL,
  `time_uuid` VARCHAR(36) NOT NULL COMMENT '存储v1时间型UUID'
) 
PARTITION BY RANGE COLUMNS (time_uuid) (
    -- 填入对应时间节点计算出的UUID前缀值作为分区边界
    PARTITION p_before_2001 VALUES LESS THAN ('13814000-1dd2-11b2-0000-000000000000'),
    PARTITION p_2001 VALUES LESS THAN ('140f0700-1dd2-11b2-0000-000000000000'),
    PARTITION p_max VALUES LESS THAN MAXVALUE
);

该方案不需要额外字段，但维护分区时需要手动计算对应时间点的UUID前缀，可维护性不如方案1。

不要试图通过给自定义函数加DETERMINISTIC关键字绕过限制，只要分区表达式里出现自定义函数，MySQL 8.0及之前的所有正式版本都会直接拦截，没有例外。

内容的提问来源于stack exchange，提问作者AGaur