数据库设计原则的核心是规范化（Normalization），它帮助消除数据冗余和异常。第一个范式（1NF）要求每个字段都是原子值，不能再分；第二个范式（2NF）要求非主键字段完全依赖整个主键；第三个范式（3NF）要求非主键字段不传递依赖于主键。实际设计中，通常到3NF为宜，避免过度规范化导致查询复杂。主键必须唯一且不可空，外键建立表间关系，确保参照完整性。索引用于加速查询，但过多会影响插入性能。网站数据库应考虑高并发，使用分表分库或读写分离。

第一篇来源内容

在设计数据库时，首先要明确需求，绘制ER图（实体-关系图），识别实体、属性和关系。实体如用户、订单、商品；关系有1:1、1:N、N:N。主键选择：自增ID或业务唯一键。字段类型选对：整数用INT，日期用DATETIME，文本用VARCHAR。避免NULL过多，使用默认值。备份策略：定期全备+增量备。

第二篇来源内容

最佳实践之一是反规范化（Denormalization）在合适地方使用，比如查询频繁的报表表，直接存储计算结果。分区表按时间或范围分，提高大表性能。MySQL InnoDB引擎支持行级锁，适合网站高并发。连接查询别太多，优先生成临时表。SQL语句用EXPLAIN分析执行计划，优化慢查询。

第三篇来源内容

安全规则：密码字段用CHAR(32)存MD5或SHA1哈希，从不存明文。防止SQL注入，用预处理语句（Prepared Statement）。权限控制：最小权限原则，应用用户只读写必要表。日志记录所有变更，便于审计。网站数据库迁移时，先备份，再用工具如mysqldump导出导入。

第四篇来源内容

性能调优：内存配置innodb_buffer_pool_size占总内存70%。查询缓存已弃用，用ProxySQL或Redis缓存结果。水平分片（Sharding）按用户ID模分表。垂直分表：大字段如图片路径、日志分离到独立表。从小表开始设计，迭代优化。

第五篇来源内容

常见错误：表名、字段名不规范，用英文下划线，如user_info。忽略字符集统一，用utf8mb4支持Emoji。事务使用：短事务，避免长锁。网站CMS如WordPress，数据库设计简单但易优化，如加索引到postmeta。

第六篇来源内容

设计原则总结：简单性、可扩展性、一致性。文档化 schema变更历史，用版本控制如Liquibase。测试数据填充，用真实模拟负载测试。

FAQ
Q: 数据库规范化到第几范式最好？
A: 一般到3NF，视查询需求反规范化。
Q: 如何处理高并发网站数据库？
A: 读写分离、分表分库、加缓存如Redis。
Q: 主键用自增ID还是UUID？
A: 自增ID简单高效，UUID分布式友好但大。
Q: 怎么防止SQL注入？
A: 用参数化查询和预处理语句。