[原创]MySQ性能调优之Schema_MySQL, Oracle及数据库讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  MySQL, Oracle及数据库讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 2403 | 回复: 0   主题: [原创]MySQ性能调优之Schema        下一篇 
Robin
注册用户
等级:少校
经验:856
发帖:63
精华:4
注册:2014-3-22
状态:离线
发送短消息息给Robin 加好友    发送短消息息给Robin 发消息
发表于: IP:您无权察看 2014-12-7 17:00:30 | [全部帖] [楼主帖] 楼主   主页

1.常用方法

对于Schema的常见优化方法如下:优化数据类型、调整字符编码、适当拆分、适度冗余。

2.具体实践

优化数据类型,我们可以采用如下方法:合理设置长度、尽量避免使用lob字段、尽量使用更小的数据类型。特别是LOB字段,处理相当麻烦。对于字段的长度,原则是够用就行,绝不浪费。在具体的数据类型中,一要避免使用DOUBLE类型,并且把TINYINT、INT、BIGINT进行区分;二要尽量避免TEXT,VARCHAR不要留过大缓冲;三要尽量避免使用TIMESTAMP,能用DATE类型就不用DATETIME;四要拒绝LOB类型,可尝试ENUM或者SET代替。

调整字符编码,我们一般采取的原则是:够用就可以,选择更小的字符集,因为更大的字符集需要更多的资源进行维护。第二是保证语言环境能够支持覆盖。在具体的实践中,纯拉丁字符能表示的内容,没必要选择 latin1。还有就是数据类型可精确到字段,极端情况下单独设置。如果确定不需要多语言,就没必要使用UNICODE类型。

适当拆分,我们通常要降低单条记录长度,使单个数据块中存放尽可能多的纪录。具体实践中,将不常使用的字段以及大字段拆分到独立附属表中。

适度冗余,我们通常冗余常用字段,减少关联查询。因为关联查询也是极其耗资源的,而且多表查询效率很低。被频繁引用且只能通过JOIN 2张(或者更多)表的方式才能得到的独立小字段,建议冗余。

3.作者信息

温国兵

  • Robin Wen
  • CSDN Blog:http://blog.csdn.net/justdb
  • Gmail:dbarobinwen@gmail.com


该贴由hui.chen转至本版2014-12-8 9:24:45



赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论