MySQL vs PostgreSQL Formatting Differences: Complete Guide (2026)
MySQL and PostgreSQL are the world's two most popular open-source database systems. While both support standard SQL, they differ significantly in SQL syntax, formatting conventions, and best practices. This article compares quoting rules, identifier conventions, function syntax, data types, and more to help you smoothly migrate and format code between the two databases.
Whether you're migrating from MySQL to PostgreSQL or maintaining multi-database systems, understanding these formatting differences helps avoid common errors and improve code quality.
📊快速对比总览
| 特性 | MySQL | PostgreSQL |
|---|---|---|
| 标识符引号 | `反引号` | "双引号" |
| 字符串引号 | '单引号' 或 "双引号" | '单引号' 仅 |
| 大小写敏感 | 默认不敏感 | 标识符加引号后敏感 |
| 字符串连接 | CONCAT() | || 运算符 |
| LIMIT 语法 | LIMIT n OFFSET m | LIMIT n OFFSET m |
| 自增主键 | AUTO_INCREMENT | SERIAL 或 GENERATED |
| 布尔类型 | TINYINT(1) | BOOLEAN |
| 日期函数 | NOW() | NOW() 或 CURRENT_TIMESTAMP |
1引号使用：最核心的差异
这是 MySQL 和 PostgreSQL 格式化中最容易出错的差异。理解引号规则是迁移代码的关键。
MySQL：反引号 ` 用于标识符
-- MySQL 示例
SELECT `user_id`, `user_name`, 'literal_string'
FROM `users`
WHERE `status` = "active" -- 字符串可用双引号PostgreSQL：双引号 " 用于标识符
-- PostgreSQL 示例
SELECT "user_id", "user_name", 'literal_string'
FROM "users"
WHERE "status" = 'active' -- 字符串必须用单引号MySQL 规则
- • 标识符（表名、列名）：
\`反引号\` - • 字符串：
'单引号'或"双引号" - • 保留字必须用反引号：
\`order\`,\`group\`
PostgreSQL 规则
- • 标识符（表名、列名）：
"双引号" - • 字符串：
'单引号'仅 - • 保留字必须用双引号：
"order","group"
迁移陷阱
将 MySQL 代码迁移到 PostgreSQL 时，必须将 \` 替换为 "，并确保字符串只用单引号。否则会导致语法错误或数据类型错误。
2标识符大小写敏感性
MySQL 和 PostgreSQL 在标识符大小写处理上有显著不同，这会影响代码的可移植性。
MySQL：默认不区分大小写
-- MySQL：以下三个查询等效
SELECT * FROM Users;
SELECT * FROM users;
SELECT * FROM USERS;
-- 列名也不区分大小写
SELECT UserID, userid, USERID FROM users; -- 都指向同一列PostgreSQL：自动转小写，除非加引号
-- PostgreSQL：不加引号会自动转小写
SELECT * FROM Users; -- 实际查询 users 表
SELECT * FROM users; -- 查询 users 表
-- 加引号后大小写敏感
SELECT * FROM "Users"; -- 查询 Users 表（区分大小写）
SELECT * FROM "users"; -- 查询 users 表
-- 常见错误
CREATE TABLE UserData (...); -- 实际创建 userdata 表
SELECT * FROM UserData; -- 查询 userdata（成功）
SELECT * FROM "UserData"; -- 查询 UserData（失败！）最佳实践
建议统一使用小写标识符，避免加引号。这样代码在两个数据库之间更易迁移。如果必须使用大写或混合大小写，确保在 PostgreSQL 中始终加引号。
3字符串连接函数
字符串连接是 SQL 中常见操作，但两个数据库的语法完全不同。
MySQL：CONCAT() 函数
SELECT CONCAT(first_name, ' ', last_name) AS full_name
FROM users;
-- MySQL 支持 CONCAT_WS（带分隔符）
SELECT CONCAT_WS('-', year, month, day) AS date_str
FROM dates;PostgreSQL：|| 运算符
SELECT first_name || ' ' || last_name AS full_name
FROM users;
-- PostgreSQL 也支持 CONCAT()
SELECT CONCAT(first_name, ' ', last_name) AS full_name
FROM users;兼容性建议
如果需要跨数据库兼容，使用 CONCAT() 函数，两个数据库都支持。但 PostgreSQL 社区更推荐 || 运算符，因为它是 SQL 标准。
4日期时间函数差异
日期时间处理是两个数据库差异较大的领域，迁移时需要特别注意。
获取当前时间
MySQL
SELECT NOW();
SELECT CURRENT_TIMESTAMP;
SELECT CURDATE(); -- 仅日期
SELECT CURTIME(); -- 仅时间PostgreSQL
SELECT NOW();
SELECT CURRENT_TIMESTAMP;
SELECT CURRENT_DATE; -- 仅日期
SELECT CURRENT_TIME; -- 仅时间日期运算
MySQL
-- 加减天数
SELECT DATE_ADD(NOW(), INTERVAL 7 DAY);
SELECT DATE_SUB(NOW(), INTERVAL 1 MONTH);
-- 日期差
SELECT DATEDIFF('2026-01-29', '2026-01-01');
-- 格式化
SELECT DATE_FORMAT(NOW(), '%Y-%m-%d %H:%i:%s');PostgreSQL
-- 加减天数
SELECT NOW() + INTERVAL '7 days';
SELECT NOW() - INTERVAL '1 month';
-- 日期差
SELECT '2026-01-29'::DATE - '2026-01-01'::DATE;
-- 格式化
SELECT TO_CHAR(NOW(), 'YYYY-MM-DD HH24:MI:SS');迁移要点
- • MySQL 的
DATE_ADD/DATE_SUB→ PostgreSQL 的+ INTERVAL - • MySQL 的
DATE_FORMAT→ PostgreSQL 的TO_CHAR - • MySQL 的
DATEDIFF→ PostgreSQL 的日期减法运算
5数据类型对照
两个数据库的数据类型体系有所不同，迁移表结构时需要对照转换。
| 用途 | MySQL | PostgreSQL |
|---|---|---|
| 自增主键 | INT AUTO_INCREMENT | SERIAL 或 BIGSERIAL |
| 布尔值 | TINYINT(1) | BOOLEAN |
| 短文本 | VARCHAR(n) | VARCHAR(n) 或 TEXT |
| 长文本 | TEXT, MEDIUMTEXT, LONGTEXT | TEXT |
| 二进制数据 | BLOB | BYTEA |
| 日期时间 | DATETIME, TIMESTAMP | TIMESTAMP, TIMESTAMPTZ |
| JSON | JSON | JSON, JSONB |
建表语句对比
MySQL
CREATE TABLE users (
id INT AUTO_INCREMENT PRIMARY KEY,
username VARCHAR(50) NOT NULL,
is_active TINYINT(1) DEFAULT 1,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;PostgreSQL
CREATE TABLE users (
id SERIAL PRIMARY KEY,
username VARCHAR(50) NOT NULL,
is_active BOOLEAN DEFAULT TRUE,
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);6LIMIT 和分页语法
两个数据库的 LIMIT 语法基本一致，但细节上有差异。
基本 LIMIT
MySQL
-- 取前 10 条
SELECT * FROM users LIMIT 10;
-- 跳过 20 条，取 10 条
SELECT * FROM users LIMIT 10 OFFSET 20;
-- MySQL 简写语法（不推荐）
SELECT * FROM users LIMIT 20, 10; -- offset, limitPostgreSQL
-- 取前 10 条
SELECT * FROM users LIMIT 10;
-- 跳过 20 条，取 10 条
SELECT * FROM users LIMIT 10 OFFSET 20;
-- PostgreSQL 不支持 LIMIT offset, limit 语法注意
MySQL 的 LIMIT offset, limit 简写语法在 PostgreSQL 中不被支持。迁移时需改为标准的 LIMIT n OFFSET m 格式。
7NULL 值处理函数
处理 NULL 值时，两个数据库提供了不同的函数。
MySQL
-- IFNULL：如果为 NULL 返回替代值
SELECT IFNULL(phone, 'N/A') AS phone
FROM users;
-- COALESCE：返回第一个非 NULL 值
SELECT COALESCE(phone, email, 'No contact') AS contact
FROM users;
-- NULLIF：两值相等返回 NULL
SELECT NULLIF(status, 'unknown') AS status
FROM orders;PostgreSQL
-- PostgreSQL 不支持 IFNULL
-- 使用 COALESCE 代替
SELECT COALESCE(phone, 'N/A') AS phone
FROM users;
-- COALESCE：返回第一个非 NULL 值
SELECT COALESCE(phone, email, 'No contact') AS contact
FROM users;
-- NULLIF：两值相等返回 NULL
SELECT NULLIF(status, 'unknown') AS status
FROM orders;兼容性建议
优先使用 COALESCE()，它是 SQL 标准函数，两个数据库都支持。避免使用 MySQL 特有的 IFNULL()。
8注释语法差异
两个数据库都支持标准 SQL 注释，但有细微差异。
MySQL
-- 单行注释（标准）
# 单行注释（MySQL 特有）
/* 多行注释 */
SELECT
id, -- 用户 ID
name # 用户名
FROM users /* 用户表 */;PostgreSQL
-- 单行注释（标准）
/* 多行注释 */
SELECT
id, -- 用户 ID
name -- 用户名
FROM users /* 用户表 */;
-- PostgreSQL 不支持 # 注释建议：使用标准的 -- 和 /* */ 注释，避免使用 MySQL 特有的 #。
🛠️跨数据库格式化工具
使用自动化工具可以减少格式化错误，提高迁移效率。
SQLNice
智能识别数据库类型，自动适配格式化规则
- 支持 MySQL 和 PostgreSQL 方言
- 自动转换引号、函数、数据类型
- 在线工具，无需安装
✓迁移检查清单
从 MySQL 迁移到 PostgreSQL（或反向）时，使用此检查清单确保代码兼容性。
📚总结
MySQL 和 PostgreSQL 在 SQL 格式化上的差异主要体现在引号规则、标识符大小写、函数语法、数据类型等方面。理解这些差异是跨数据库开发和迁移的关键。
核心差异
- • 引号：MySQL 用反引号
\`\`，PostgreSQL 用双引号"" - • 大小写：MySQL 不敏感，PostgreSQL 自动转小写（除非加引号）
- • 函数：字符串连接、日期运算、NULL 处理函数不同
- • 类型：自增、布尔、文本等数据类型定义不同
最佳实践
- • 使用自动化工具（如 SQLNice）减少人工错误
- • 优先使用 SQL 标准语法，提高可移植性
- • 建立团队规范，明确目标数据库的格式标准
- • 迁移后必须进行完整测试，验证逻辑正确性
无论你使用哪个数据库，掌握格式化差异都能让你的代码更规范、更易维护。使用工具辅助，但理解原理更重要。
Smart Database Detection, One-Click Formatting
SQLNice auto-adapts to MySQL and PostgreSQL formatting rules
Try SQLNice Now