嘿，我来帮你把这几个问题拆解清楚，都是日常用TIMESTAMP时很常见的点：

1. 创建带有指定时间戳的列 #

分两种常见场景来操作：

场景1：创建新表时定义带指定默认值的TIMESTAMP列 #

比如在MySQL里，你可以直接给列指定固定的默认时间戳，或者用系统当前时间作为默认值：

CREATE TABLE user_logs (
    log_id INT PRIMARY KEY AUTO_INCREMENT,
    event_time TIMESTAMP DEFAULT '2024-01-01 00:00:00', -- 固定默认时间戳
    create_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP -- 默认取当前系统时间
);

如果是PostgreSQL，语法类似，只是主键自增的写法不同：

CREATE TABLE user_logs (
    log_id SERIAL PRIMARY KEY,
    event_time TIMESTAMP WITH TIME ZONE DEFAULT '2024-01-01 00:00:00+08',
    create_time TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP
);

场景2：给现有表添加带指定时间戳的列 #

用ALTER TABLE语句就行，比如MySQL：

ALTER TABLE user_logs ADD COLUMN update_time TIMESTAMP DEFAULT '2024-05-20 15:00:00';

要是想插入数据时手动指定时间戳，直接在INSERT语句里赋值就好：

INSERT INTO user_logs (event_time) VALUES ('2024-06-01 10:30:00');

2. 设置TIMESTAMP的显示格式为'YYYY-MM-DD HH24:MI:SS' #

这里要先明确：TIMESTAMP在数据库里是二进制存储的，本身没有固定的显示格式，所谓的格式是查询时的输出样式，或者会话级的默认显示规则。

方法1：设置会话级默认格式（以MySQL为例） #

执行下面的语句，当前会话里查询TIMESTAMP列就会自动用指定格式显示：

SET session timestamp_format = 'YYYY-MM-DD HH24:MI:SS';

方法2：查询时用函数转换（通用所有数据库） #

如果不想修改会话设置，直接在查询时格式化输出更灵活：

• MySQL用DATE_FORMAT函数：

SELECT DATE_FORMAT(event_time, '%Y-%m-%d %H:%i:%s') AS formatted_time FROM user_logs;

• PostgreSQL用TO_CHAR函数：

SELECT TO_CHAR(event_time, 'YYYY-MM-DD HH24:MI:SS') AS formatted_time FROM user_logs;

另外，你也可以在数据库客户端工具（比如DBeaver、Navicat）的设置里，把日期显示格式改成YYYY-MM-DD HH24:MI:SS，这样所有查询结果都会自动套用这个格式。

3. TIMESTAMP括号中的数字含义 #

比如TIMESTAMP(3)、TIMESTAMP(6)里的数字，代表的是小数秒的精度，也就是秒后面能保留的小数位数，取值范围是0到6：

• TIMESTAMP(0)：没有小数部分，精确到整秒（比如2024-05-20 14:30:00）
• TIMESTAMP(3)：保留3位小数，精确到毫秒（比如2024-05-20 14:30:00.123）
• TIMESTAMP(6)：保留6位小数，精确到微秒（比如2024-05-20 14:30:00.123456）
  主流数据库（MySQL、PostgreSQL、Oracle）对这个规则的支持都是一致的，根据业务需求选择合适的精度就行，比如需要记录毫秒级的操作日志就用TIMESTAMP(3)。

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