题主对大数据和MySQL看来有什么误解。 首先，每天15万，一年也就5000多万，十年才5亿多。从数据量来说，够上大数据的标准真是路漫漫。其次，刚开始仅存储，以后才有简单查询。对于MySQL也没任何压力。所以，别想那么多，用MySQL裸上，要什么分库分表啥的。有时候考虑太多就是过度设计。如果题主所指的可靠是 数据的高可靠和服务高可用，那就说来话长了

看字段的名称就大概知道，这两个字段是跟业务逻辑有关系的。所以不可能是“几乎所有表”都有。如果是为了跟踪对记录的创建和修改，那么光这两个字段也是不够的。比如一个用户表，update_at只能跟踪后一次修改用户信息的时间。一般都还需要另一个表来发挥时间线的作用，已日志的形式记录每次用户修改操作，以及操作的内容

mysql的字符串子串替换函数了解下 https://dev.mysql.com/doc/refman/5.7/en/string-functions.html#function_replace

先回答能不能：首先是能不能识别出2个实例对应那几天的数据，如果识别不出来，就没有第二个问题了。这又可以分为2种情况，1是直接可以通过表中记录的字段来知道是那一天的数据。这个简单；如果无法通过字段来知道。那么还有一种方法可以试试，那就是是否还保留有这几天的binlog日志，而且需要是row格式的，可以通过mysqlbinlog或binlog2sql等工具解析成类sql来导入； 怎么导入：这个网上一搜就行了呢。

这两者其实都可以，一般的系统差别不大。从实现复杂度来说，用外键省事些，让数据库来进行约束控制。 但从性能角度看，可能放在业务层更好，外键约束是一个数据库性能开销，而且可能很容易产生事务死锁等问题。 后，还要看使用什么数据库，如果是mysql，建议放在业务层