您的位置:

mysql代码分析博客(csdn mysql)

本文目录一览:

详解mysql的limit经典用法及优化实例

用法一

复制代码

代码如下:

SELECT

`keyword_rank`.*

FROM

`keyword_rank`

WHERE

(advertiserid='59')

LIMIT

2

OFFSET

1;

比如这个SQL

,limit后面跟的是2条数据,offset后面是从第1条开始读取。

用法二

复制代码

代码如下:

SELECT

`keyword_rank`.*

FROM

`keyword_rank`

WHERE

(advertiserid='59')

LIMIT

2,1;

而这个SQL,limit后面是从第2条开始读,读取1条信息。

这两个千万别搞混哦。

用法三

复制代码

代码如下:

select

*

from

tablename

条件语句

limit

100,-1

从第100条后开始-最后一条的记录

用法四

复制代码

代码如下:

select

*

from

tablename

条件语句

limit

15

相当于limit

0,15

.查询结果取前15条数据用法五

mysql低版本不支持limit

offset

limit

offset

在mysql

4.0以上的版本中都可以正常运行,在旧版本的mysql

3.23中无效

limit

m

offset

n

等价于

limit

m,n

limit

的优化

mysql的limit给分页带来了极大的方便,但数据量一大的时候,limit的性能就急剧下降

来源:一亩三分地博客

MYSQL的优化是非常重要的。其他最常用也最需要优化的就是limit。mysql的limit给分页带来了极大的方便,但数据量一大的时候,limit的性能就急剧下降。

同样是取10条数据

复制代码

代码如下:

select

*

from

yanxue8_visit

limit

10000,10

select

*

from

yanxue8_visit

limit

0,10

就不是一个数量级别的。

网上也很多关于limit的五条优化准则,都是翻译自mysql手册,虽然正确但不实用。今天发现一篇文章写了些关于limit优化的,很不错。

文中不是直接使用limit,而是首先获取到offset的id然后直接使用limit

size来获取数据。根据他的数据,明显要好于直接使用limit。这里我具体使用数据分两种情况进行测试。(测试环境win2033+p4双核

(3GHZ)

+4G内存

mysql

5.0.19)

1、offset比较小的时候。

复制代码

代码如下:

select

*

from

yanxue8_visit

limit

10,10

多次运行,时间保持在0.0004-0.0005之间

复制代码

代码如下:

Select

*

From

yanxue8_visit

Where

vid

>=(

Select

vid

From

yanxue8_visit

Order

By

vid

limit

10,1

)

limit

10

多次运行,时间保持在0.0005-0.0006之间,主要是0.0006

结论:偏移offset较小的时候,直接使用limit较优。这个显然是子查询的原因。

2、offset大的时候。

复制代码

代码如下:

select

*

from

yanxue8_visit

limit

10000,10

多次运行,时间保持在0.0187左右

复制代码

代码如下:

Select

*

From

yanxue8_visit

Where

vid

>=(

Select

vid

From

yanxue8_visit

Order

By

vid

limit

10000,1

)

limit

10

多次运行,时间保持在0.0061左右,只有前者的1/3。可以预计offset越大,后者越优。

以后要注意改正自己的limit语句,优化一下mysql了

谁推荐一个好的个人博客源码(PHP+MYSQL)

wordpress 是个比较不错的,我也用这个 WordPress 是一种使用 PHP 语言和 MySQL 数据库开发的开源、免费的 Blog(博客,网志)引擎,用户可以在支持 PHP 和 MySQL 数据库的服务器上建立自己的 Blog。 WordPress 是一个功能非常强大的博客系统,插件众多,易于扩充功能。安装和使用都非常方便。目前 WordPress 已经成为主流的 Blog 搭建平台。 WordPress 的原版是英文版的,UTF-8 编码,最新版本为2010年4月3日发布的 3.0 beta 1。为满足日益庞大的中文用户需求开辟了中文官方站点且提供中文版程序下载。还有爱好者开发了中文语言包,使其可以支持中文。不过,由于使用的编码原因,中文字符截断时会出现乱码。不过桑葚网友制作的中文 WordPress 工具箱插件可以解决这个问题。 WordPress 可以说是世界上目前最先进的 weblog 程序。目前开发的程序大多都是根据它仿造的。它更能把握搜索引擎,在你使用 WordPress 并掌握几种插件后,对于优化将不用过多的操心,它会为你想的更多。 WordPress有许多第三方开发的免费模板,安装方式简单易用。不过要做一个自己的模板,则需要你有一定的专业知识。比如你至少要懂的HTML代码、CSS、PHP等相关知识。

MySQL表连接之驱动表与被驱动表

众所周知, MySQL的驱动表与被驱动表是优化器自动优化选择的结果 (与表连接的前后顺序等无关),我们可以用explain执行计划来知晓:

如上所示,前面一行t1是驱动表,后面一行t2是被驱动表。那么驱动表与被驱动表的选择是否有规律可循呢?下面是百度搜索两个主流的博文对驱动表与被驱动表的阐释:

1. MySQL连接查询驱动表被驱动表以及性能优化 - 阿伟~ - 博客园 博文A 主要结论:

2. mysql驱动表与被驱动表及join优化_java小小小黑的博客-CSDN博客_mysql驱动表和被驱动表 博文B 其主要结论:

两个帖子的结论是都差不多,而且还给出了例子来佐证。那么网上的结论是否权威?是否有普遍性?是否存在缺陷?

让我们来一起打破砂锅问到底。下面有两张表结构一模一样的表t1,t2:其中t1 100条数据,t2 1000条数据;t1(t2)结构如下:

按照上面博文的结论,left join左边是t2表,应该是驱动表。我们查看下结果:

与 博文B 中观点1相违背(同理观点2也违背),与实际不符,但究竟这是为什么呢?

下面发一张MySQL的执行过程(来源于《MySQL实战45讲》中01讲【一条SQL查询语句是如何执行的】)

so die si ne,原来sql执行的过程是这样呀。等等,不对,这跟刚才SQL又有什么关系,上面left join中t2表还是左边的呀。

我们知道MySQL高版本的性能越来越好,它是不断进行优化迭代的。远古的mysql版本可能还需要人工把小表放在前面,大表放在后面等这些需要人工调优的经验早就已经被解决了。也就是说我们写的语句,MySQL为了追求更好的效率,它在执行器执行前已经帮我们优化了。那么实际优化后的sql如何查看呢?用show warning命令:

其中Message就是优化后实际执行的sql语句,格式化后如下:

优化后left join左连接变成了内连接(inner) join。所以用优化后的sql看,表t1是小表所以作为驱动表,与实际结果相符。

left join 竟然优化成了join,太神奇了,但这是为什么呢?原因在于mysql中null与任何值做等值或者不等值比较的时候都是null,即使是select null=null 也是null。这样where 条件t1.a=t2.a查询条件不会包含t2.a为NULL的行,实际效果其实跟join一样,被优化器智能的优化了。

我们直接看执行计划看实际结果吧:

结果显示t2是驱动表,t1是被驱动表。t2是1000条数据按理说是大表应该是被驱动表,与 博文A , 博文B 的结论又不一致了。

《MySQL实战45讲》中34讲【到底可不可以使用join】已经讲的很透彻了,很深入了,我就不在这里献丑了。啰嗦几句大概就是驱动表是全表扫描不走索引,所以选被驱动表t1可以走索引,不会全表扫描,减少IO次数,性能高。里面对大表小表的总结,简直是精髓,特意在此再次着重强调:

在决定哪个表做驱动表的时候,应该是两个表按照各自的条件过滤,过滤完成之后,计算参与join的各个字段的总数据量,数据量小的那个表,就是“小表”,应该作为驱动表。

按照上面分析,我们先独立思考下MySQL会选择哪张表作为驱动表呢?

表t1,t2在字段a上都有索引不会全表扫描,其中t1.a=5条件过滤后只有一条,很显然嘛,t1数据量少是小表,肯定是驱动表,错不了,再说了前面的红色粗体已经强调了,不会有错的。

有冇搞错?事实又被打脸了。还记得在开篇我们说过的mysql优化器会对sql语句进行优化的吗?下面我们看下执行计划与优化的sql语句:

格式化后的优化SQL如下:

优化后两表t1,t2都走索引,并且都只有一条结果返回,因此都只会扫描一行,数据量一样,所以谁在前面谁就是驱动表,也就是上面sql中表t2。一切都释然,豁然开通!

回头再仔细想想,高,实在是高!仔细深思之后MySQL优化后的句子真让人猛拍大腿。高明之处在于:

1. 本来join连接是个M*N的嵌套循环,优化后变成了M+N的判断,两表不再嵌套判断了。

2. 优化后,两表没有多大必然联系,只需把两表的结果集拼接即可,互不干扰。如果mysql未来可以多线程查询,岂不十分快哉!

小伙伴们还记得我们在上一章 MySQL索引初探 中编码类型不一致发生隐式转换时有时候走索引,有时候索引又失效的问题吗?下面我们选取有代表性的一条记录来分析:

其中表demo_test总共有640条数据,demo_test_ass有3条数据。显然经过过滤条件t.rid1完成后demo_test_ass数据量小,应该作为驱动表。虽然test.c_utf8mb4 = t.c2两字段连接中发生了t.c2字段发生隐式转换,但是实际上并不影响被驱动表test上的c_utf8mb4索引。

好了,本章到此结束,让我们一起 总结一下MySQL驱动表与被驱动表的选取原则 :

หน ง 同等条件,优先选取有索引的表作为被驱动表。 在此介绍一下什么叫同等条件,比如上面的②中的语句。 两表没有其他额外的过滤条件,因此选关联字段有索引的t1作为被驱动表。但是如果加了条件(and t1.id=3),此时t1数据量少,就选取了t2作为被驱动表。

สอง MySQL选择驱动表与被驱动表是基于优化器优化后的,小表是驱动表,大表是被驱动表。 基于优化器优化后开篇的 博文A与B 结论成立。

当然这都是我一家之言,并不是官方结论,目前暂未找到官方确切对于驱动表与被驱动表的解释,请大家踊跃拍砖!

java +mysql怎么样实现博客的评论功能

java +mysql怎么样实现博客的评论功能

1、博客文章有个id,这是文章表

2、评论的时候,把评论写到评论表里,同时把被评论的文章id也写进评论表里

3、读取文章的同时再到评论表里,把这篇文章对于的评论读出来就行了

用mysql怎么制作微博或者博客

有很多开源的博客、微博平台

建议你到 开源中国社区 搜 博客

里面有很多开源平台的介绍

1、DLOG4J 3.0是一个多用户博客系统

以个人应用为出发点增加包括相册、音乐、论坛、留言板等功能

增加了好友、黑名单功能

允许设置空间的样式、布局以及关闭和开启某些功能,功能个性化命名等

全面引入标签功能,使包括日记、照片、讨论均可使用标签

支持多种友情链接包括:WEB、WAP、RSS、站内等

全功能WAP支持(写日记、上传照片、下载音乐、网站管理)

允许设置多个超级管理员对各个空间数据进行管理

全文搜索引擎,使搜索更加人性化

2、Laconica (音"luh-KAWN-ih-kuh")是一个微型博客系统,类似于twitter和叽歪网之类的东西

3、JaikuEngine是一个2007年被Google收购的微博客平台。但是今年,Google决定在Google Code上将其完全开源。JaikuEngine能够部署在Google AppEngine上,所以使用JaikuEngine架设微博客社区可以说是一个完全免费的解决方案,您只需要拥有一个Google帐户,然后开通AppEngine服务即可。同时JaikuEngine也具有完备的移动设备访问接口。

mysql中的一些稍微复杂用法实例代码

前言

mysql的语法相信对大家来说都不是难事,但是本文主要给分享了一些mysql复杂用法的相关内容,通过这篇文章相信大家会对mysql更深的了解一些,下面话不多说了,来一起看看详细的介绍吧

一对多数据显示成一行

GROUP_CONCAT(expr)

1、涉及的表关系:teacher表、teacher_subject_rel表(教师所能教的学科表)、subject表

2、业务场景:

需要拉取所有教师的编号(teacher_no)、学科名(subject_name)。

nbsp

教师表(teacher)和学科(teacher_subject_rel)是一对多关系,

往往查询出现的是同一教师多条

数据。我们希望得到每个教师一条数据

学科拼接成一条

1、基本语法

group_concat(

[DISTINCT]

要连接的字段

[Order

BY

排序字段

ASC/DESC]

[Separator

'分隔符']

)

2、例子

SELECT

t.teacher_id

as

'教师id',

t.teacher_no

'教师编号',

(

SELECT

GROUP_CONCAT(s.subject_name)

FROM

teacher_subject_rel

tsr

LEFT

JOIN

`subject`

s

ON

tsr.subject_id

=

s.subject_id

WHERE

t.teacher_id

=

tsr.teacher_id

)

AS

'学科'

FROM

teacher

t

子查询、查询临时表、EXISTS

例子

SELECT

*

FROM

(

SELECT

o.id,

o.student_intention_id,

s.

NAME,

s.area_id,

a.area_name,

s.exam_year,

o.

STATUS,

CASE

o.

STATUS

WHEN

'1'

THEN

'待提交'

WHEN

'2'

THEN

'待指派'

WHEN

'3'

THEN

'已完成'

WHEN

'4'

THEN

'处理中'

END

statusName,

CASE

o.emergency_degree

WHEN

'1'

THEN

'正常'

WHEN

'2'

THEN

'紧急'

WHEN

'3'

THEN

'非常紧急'

END

emergencyDegreeName,

o.emergency_degree,

o.update_time,

(

SELECT

first_lesson_time

FROM

jx_strategy

WHERE

jx_lesson_plan_order_id

=

o.id

AND

STATUS

IN

(2,

7)

AND

first_lesson_time

now()

ORDER

BY

first_lesson_time

ASC

LIMIT

1

)

AS

first_time,

(

SELECT

deal_user_id

FROM

jx_strategy

WHERE

jx_lesson_plan_order_id

=

o.id

AND

STATUS

7

AND

deal_user_id

ORDER

BY

id

DESC

LIMIT

1

)

AS

deal_user_id

FROM

jx_lesson_plan_order

o

LEFT

JOIN

student

s

ON

s.student_intention_id

=

o.student_intention_id

LEFT

JOIN

area

a

ON

s.area_id

=

a.id

WHERE

o.

STATUS

1

AND

s.phone

=

'18501665888'

AND

o.emergency_degree

=

1

AND

o.

STATUS

=

2

AND

s.exam_year

=

'2015'

AND

o.update_time

=

'2018-08-14

20:28:55'

AND

o.update_time

=

'2018-08-14

20:28:55'

)

AS

a

WHERE

1

=

1

AND

a.deal_user_id

=

145316

AND

a.first_time

=

'2018-08-17

00:00:00'

AND

a.first_time

=

'2018-08-30

00:00:00'

AND

EXISTS

(

SELECT

*

FROM

jx_strategy

js

WHERE

js.jx_lesson_plan_order_id

=

a.id

AND

js.

STATUS

IN

(2,

7)

AND

js.subject_id

IN

(2,

3)

)

ORDER

BY

a.update_time

DESC

LIMIT

0,

10

update

关联变量条件修改

1、涉及的表关系:

user_info表中的

id_number(身份证号)

teacher表中的birth字段、

关联关系usrer_id

=

teacher_id

2、业务场景:获取用户身份证上的出生日期将出生日期更新在birth字段

UPDATE

teacher

t

INNER

JOIN

(

SELECT

t.teacher_id,

t.birth,

u.id_number,

CONCAT(SUBSTRING(u.id_number,

7,

4),

'-',

SUBSTRING(u.id_number,

11,

2),

'-',

SUBSTRING(u.id_number,

13,

2))

as

birth1,

u.reg_date,

t.exit_time

from

teacher

t

INNER

JOIN

user_info

u

ON

u.user_id

=

t.teacher_id

)

info

on

info.teacher_id

=

t.teacher_id

SET

t.birth

=

info.birth1

WHERE

info.reg_date

'2018-08-20

00:00:00'

and

info.id_number

is

not

NULL

and

(info.birth

is

NULL

or

t.birth

=

'')

and

t.is_train

=

1

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对脚本之家的支持。

您可能感兴趣的文章:MySQL在关联复杂情况下所能做出的一些优化Mysql一些复杂的sql语句(查询与删除重复的行)深入mysql

"ON

DUPLICATE

KEY

UPDATE"

语法的分析MySQL

最基本的SQL语法/语句MySQL与Oracle的语法区别详细对比浅析Mysql

Join语法以及性能优化MySQL

ALTER语法的运用方法MySQL

prepare语句的SQL语法MySQL进阶SELECT语法篇MySQL

SQL

语法参考