当前位置:Gxlcms > mysql > MYSQL性能调优及架构设计-影响MYSQL性能的相关因素之实例分析_MySQL

MYSQL性能调优及架构设计-影响MYSQL性能的相关因素之实例分析_MySQL

时间:2021-07-01 10:21:17 帮助过:22人阅读

bitsCN.com

需求概述

一个简单的讨论区系统,需要有用户,用户组,组讨论区这三部分基本功能

简要分析

1) 须要存放用户数据的表;

2) 须要存放分组信息和用户与组关系的表;

3) 须要存放讨论信息的表

解决方案

原始方案一:

分别用4个表来存放用户,用户组,用户与组关系,以及各组的讨论帖子的信息。

user用户表

Field

Type

Null

Key

Default

Extra

id

int(11)

NO

nick_name

varchar(32)

NO

NULL

password

char(64)

YES

NULL

email

varchar(32)

NO

NULL

status

varchar(16)

NO

NULL

sexuality

char(1)

NO

NULL

msn

varchar(32)

YES

NULL

sign

varchar(64)

YES

NULL

brithday

date

YES

NULL

hobby

varchar(64)

YES

NULL

location

varchar(64)

YES

NULL

description

varchar(1024)

YES

NULL

groups分组表

Field

Type

Null

Key

Default

Extra

id

int(11)

NO

gmt_create

datetime

NO

NULL

gmt_modified

datetime

NO

NULL

name

varchar(32)

NO

NULL

status

varchar(16)

NO

NULL

description

varchar(1024)

YES

NULL

user_group关系表

Field

Type

Null

Key

Default

Extra

user_id

int(11)

NO

MUL

NULL

group_id

int(11)

NO

MUL

NULL

user_type

int(11)

NO

NULL

gmt_create

datetime

NO

NULL

gmt_modified

datetime

NO

NULL

status

varchar(16)

NO

NULL

group_message讨论组帖子表

Field

Type

Null

Key

Default

Extra

id

int(11)

NO

NULL

gmt_create

datetime

NO

NULL

gmt_modified

datetime

NO

NULL

group_id

int(11)

NO

NULL

user_id

int(11)

NO

NULL

subject

varchar(128)

NO

NULL

content

text

YES

NULL

优化后方案二如下

user用户表分成user用户表与user_profile表

group_message讨论组表分成group_message讨论组与group_message_content

user用户表

Field

Type

Null

Key

Default

Extra

id

int(11)

NO

nick_name

varchar(32)

NO

NULL

password

char(64)

YES

NULL

email

varchar(32)

NO

NULL

status

varchar(16)

NO

NULL

user_profile用户属性表

Field

Type

Null

Key

Default

Extra

id

int(11)

NO

sexuality

char(1)

NO

NULL

msn

varchar(32)

YES

NULL

sign

varchar(64)

YES

NULL

brithday

date

YES

NULL

hobby

varchar(64)

YES

NULL

location

varchar(64)

YES

NULL

description

varchar(1024)

YES

NULL

group_message讨论组帖子表

Field

Type

Null

Key

Default

Extra

id

int(11)

NO

NULL

gmt_create

datetime

NO

NULL

gmt_modified

datetime

NO

NULL

group_id

int(11)

NO

NULL

user_id

int(11)

NO

NULL

subject

varchar(128)

NO

NULL

author

varchar(32)

NO

NULL

group_message_content帖子内容表

Field

Type

Null

Key

Default

Extra

group_msg_id

int(11)

NO

content

text

NO

NULL

分析考虑:

1. 从实际出发,一个讨论区系统,访问最多的页面应该是帖子标题列表页面。而帖子标题列表页面最主要的信息都来自于group_message表中,同时帖子标题后面的作者一般都是通过用户名(昵称)来展示。因此:

1) 按照第一种解决方案:

SELECT t.id, t.subject, user.id, u.nick_name

FROM

(

SELECT id, user_id, subject

FROM group_message

WHERE group_id = ?

ORDER BY gmt_modified DESC LIMIT 20

) t, user u

WHERE t.user_id = u.id

2) 按照第二种解决方案:

SELECT t.id, t.subject, t.user_id, t.author

FROM group_message t

HWERE group_id = ?

ORDER BY gmt_modified DESC LIMIT 20

两个查询一比较,打搅就能很明显地看出谁优谁劣了。

2. 由于第一方案中的group_message 表中还包含一个大字段’content’,该字段存放的信息要占整个表的绝大部分存储空间,但在1中表现的最频繁的Query完全不需要该字段所存放的信息,所以,造成了Query读取大量没有任何意义的数据。因此,需要把content字段单独分出来存放在group_message_content帖子内容表中。

作者”邪恶的小Y的博客“

bitsCN.com

人气教程排行