58赶集MySQL最佳实践与规范

"58赶集MySQL交流.pdf" 这篇文档是58赶集内部的技术交流资料，主要涵盖了MySQL的使用经验、最佳实践以及开发规范。以下是文档中提到的关键知识点： 1. **基础规范** - 数据库字符集推荐使用UTF8，如果需要存储emoji表情，则使用utf8mb4字符集。 - 单表数据量建议不超过5000万条记录，以保持良好的查询效率。 - 避免在数据库中存储图片、文件等大数据，这些应存储在文件系统或对象存储服务中。 - 禁止在线上环境进行数据库压力测试，以免影响生产服务。 - 禁止直接从测试、开发环境或个人电脑连接到线上生产数据库，确保数据安全。 - 不要在数据库中存储明文密码，应使用加密存储。 2. **命名规范** - 库名、表名、字段名均应使用小写字母，并用下划线分隔。 - 命名约定如：db58_xxx、dbganji_xxx、dbchr_xxx。 - 名称长度不超过32个字符，应具有自解释性。 - 避免使用MySQL的保留字。 - 索引命名规则：非唯一索引以"idx_"开头，唯一索引以"uniq_"开头。 - 临时库、表以"tmp"为前缀，日期为后缀；备份库、表以"bak"为前缀，日期为后缀。 3. **库表规范** - 推荐使用InnoDB存储引擎，因为它支持事务和行级锁定。 - 所有表和字段都需要添加注释，以便于理解和维护。 - 线上业务禁止使用分区表，可能带来复杂性和维护困难。 - 对大字段和访问频率低的字段进行拆分，分离冷热数据。 - 表名后缀使用十进制数进行散表，下标从0开始。 - 分库分表的日期时间格式应符合YYYY[MM][DD]，便于管理和查询。 - 选择合适的分库分表策略，如十库百表，根据业务负载进行调整。 4. **字段设计** - 使用timestamp存储时间戳，它能自动处理时区问题。 - 存储IPv4地址时，使用INT UNSIGNED类型。 - 对大小写敏感的变长字符串，使用VARBINARY类型。 - 需要精确存储浮点数时，使用DECIMAL代替FLOAT和DOUBLE。 - 尽可能避免使用TEXT、BLOB类型，因为它们处理性能较差，可考虑用VARCHAR替代。 - 使用VARCHAR时，应根据实际需要定义列的长度，过大的定义会导致额外的内存消耗，尤其是在内存临时表操作中。 这些规范旨在提高MySQL的性能、稳定性和安全性，同时简化数据库的管理和维护工作。遵循这些最佳实践，可以有效地优化数据库结构，提升系统的整体效能。