Stock项目数据库表结构优化实践

在开源项目myhhub/stock的开发过程中，开发团队发现了一个关于数据库表结构设计的问题。该项目使用MySQL/MariaDB作为后端数据库存储股票关注数据，但在Docker环境下全新部署时，原有的表创建SQL语句存在一些兼容性问题。

问题背景

项目中原有的cn_stock_attention表创建语句使用了特定的字符集和排序规则设置：

CREATE TABLE IF NOT EXISTS `cn_stock_attention` (
    `datetime` datetime(0) NULL DEFAULT NULL,
    `code` varchar(6) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci NOT NULL,
    PRIMARY KEY (`code`) USING BTREE,
    INDEX `INIX_DATETIME` (`datetime`) USING BTREE
) CHARACTER SET = utf8mb4 COLLATE = utf8mb4_general_ci ROW_FORMAT = Dynamic;

这种写法在特定环境下可能导致表创建失败，特别是在Docker容器中全新部署MariaDB时。主要问题在于：

1. 显式指定了字符集和排序规则
2. 使用了ROW_FORMAT=Dynamic选项
3. 表级别和字段级别的字符集设置重复

解决方案

开发团队对该表的创建语句进行了优化，简化了表定义，提高了兼容性。优化后的SQL语句更加简洁，同时保持了原有的功能特性。

技术要点

1. 字符集简化：移除了冗余的字符集设置，使用数据库默认配置
2. 兼容性提升：避免使用可能与环境相关的特定选项
3. 功能保持：仍然保留了必要的索引和主键约束

这种优化使得项目在不同环境下的部署更加稳定，特别是在容器化部署场景中。对于金融数据存储类项目，确保数据库结构的稳定性和兼容性至关重要，这次优化体现了开发团队对项目质量的持续关注。

经验总结

在数据库表设计时，开发者应当：

• 尽量使用数据库默认配置，除非有特殊需求
• 避免过度指定可能与环境相关的选项
• 在容器化部署场景下，特别注意数据库配置的兼容性
• 保持SQL语句的简洁性和可读性

这次优化不仅解决了具体的技术问题，也为类似项目的数据库设计提供了有价值的参考。