第二十五期 李冉—MySQL开发技术交流.pdf

MySQL 开发 技术交流 姓名 ：李冉 微博 ：@灵魂出窍 思维模式 ：防患于未燃 •  架构 •  设计 •  优化 思维模式 ：防患于未燃 •  架构 •  设计 •  优化 思维模式 ：防患于未燃 •  架构 •  设计 •  优化 设 计 •  提升性能的最好阶段 1、命名规范 CREATE TABLE `emp_user_blog` ( `blog_id` int(11) NOT NULL, ` `blog_content` varchar(300) COLLATE utf8_unicode_ci NOT NULL DEFAULT 0 COMMENT 发表内容, `blog_img` varchar(50) COLLATE utf8_unicode_ci NOT NULL DEFAULT COMMENT 附件图片, ` `blog_iscite` tinyint(1) NOT NULL DEFAULT 0 COMMENT 是否查看, PRIMARY KEY (`id`), UNIQUE KEY `day` (`day`), KEY `uv` (`uv`), ) ENGINE=MyISAM AUTO_INCREMENT=158 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci CHECKSUM=1 DELAY_KEY_WRITE=1 ROW_FORMAT=DYNAMIC 2.字段是否合适 小的数据类型减少存储空间 ，降低I/O资源 ； 优化数据类型的几条通用原则为 ： 1、数据类型更小通常更好 ，数据类型越简单越好 2、数值操作比字符操作快 ，小类型的处理速度比大类型快 3、不同数据表中固定长度类型和可变长度类型的处理效率是不同 的。 4、尽量避免使用NULL ，要是有必要用NULL ，那也可考虑使用0来 进行代替。 3.索引是否合适 •  多维度索引 一份数据 ，可以根据不同的业务逻辑建立不同的索引数据。若有 些项目有很多不同的排序需求 ，需要建立很多的索引 ，但如果 都加必然会导致性能下降 ，此时可以采取不同功能使用对应索 引的从库来解决。 （OLAP和OLTP ） •  一个索引被多个语句所访问 单列索引 ：如user_id 复合索引 ：注意索引字段的顺序在满足查询需求的情况下最好 表字段顺序一致 ，且过滤性强的字段必须放前面。 4.做好容量规划 结合数据库复杂度 ，进行垂直拆分和水平拆分 ，数据容量小恢 复快。 •  垂直分拆 1、指按功能模块划分 ，这种方式多个数据库之间的表结构 不同。 2、按字段划分 ：大字段和字段访问频率相对于表中其他字 段低很多的字段适合从表中垂直分拆出去 ，通过减少IO 资源消耗来达到优化性能的目的。 •  水平分拆 指将同一个表的数据进行分块保存到不同的数据库 中 ，这些数据库中的表结构完全相同。 •  拆分规则（强大的路由 ） 路由规则 应用场景 优点 缺点 按算法对应 按用户ID的奇偶性、区 方便，高 后续的伸缩性较难，如果需要增加数据 间、取模； 效 库节点，必须调整算法或移动很大的数 据集。 按索引/ 映射表 把用户的ID和数据库ID 灵活，伸 增加了一次数据库访问，但可以放到如 对应 的对应关系放在一张表 缩性好 memcached等里，因为索引数据基本不 里，每次读写用户数据 会改变的缘故，缓存命中率非常高。 时先从这个表获取对应 数据库。 平板式： 清晰明了