关于MariaDB 10.3系统版本表无法手动设置起止时间的技术问询

首先确认你从MariaDB知识库看到的核心限制是准确的：

mysqldump不会从版本化表中读取历史行，因此历史数据不会被备份。此外，由于无法通过插入操作/用户定义时间戳，也无法恢复时间戳。

你提到的现有手动跟踪起止时间的表没法迁移的困境确实存在，但AS OF功能并非只对新数据库有用，这里有几个可以尝试的绕过思路：

• 手动映射历史时间，通过事务系统时间插入
  对于你现有手动记录起止时间的表，可以先导出所有历史数据，然后借助SET TRANSACTION SYSTEM_TIME语句，为每条历史记录设置对应的事务系统时间后插入到版本化表中。这样就能构建出符合版本化表要求的历史版本链，让AS OF查询可以正常识别。举个简单的例子：

  -- 模拟某条历史记录的生效时间
  SET TRANSACTION SYSTEM_TIME = '2022-06-01 08:30:00';
  INSERT INTO your_versioned_table (id, content) VALUES (1, '历史内容A');
  
  -- 模拟该记录的变更时间
  SET TRANSACTION SYSTEM_TIME = '2022-09-15 14:20:00';
  UPDATE your_versioned_table SET content = '更新后的内容A' WHERE id = 1;
  

  这个方法需要你把手动记录的起止时间对应到事务的系统时间，逐条处理历史数据，虽然有点繁琐，但确实能把现有历史数据迁移到版本化表中。

• 用自定义视图过渡，模拟AS OF逻辑
  如果直接迁移到版本化表的工作量太大，可以先保留现有手动跟踪的表，创建一个自定义视图来模拟AS OF的查询效果。视图可以根据指定的时间戳筛选出对应时间段内有效的记录，比如：

  CREATE VIEW your_as_of_view AS
  SELECT * FROM manual_track_table
  WHERE start_time <= :target_timestamp 
    AND (end_time IS NULL OR end_time > :target_timestamp);
  

  这样你在过渡期间依然能使用类似AS OF的查询逻辑，同时可以逐步把数据迁移到版本化表中。

• 结合二进制日志补充历史数据备份与迁移
  既然mysqldump不备份版本化表的历史行，你可以开启MariaDB的二进制日志，然后利用mysqlbinlog工具提取历史变更记录，再把这些记录转换为可以插入版本化表的历史数据。不过这个方法需要你熟悉二进制日志的解析，适合有一定数据库运维经验的场景。

总之，AS OF功能确实对新数据库的适配更顺畅，但通过上面这些方法，还是能把现有手动跟踪时间的表迁移到版本化表中，充分利用AS OF的查询能力。

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