MySQL的GIS、GEO入门笔记

探索和学习MySQL中GIS相关功能和特性

这里记录了学习和了解MySQL中GIS特性相关内容的过程。

MySQL官方论坛中GIS的举例

测试数据已经导入成功，下面开始对GIS相关函数和GEOHASH进行了解和体验；

mysql中geometry类型的简单使用

MySQL空间数据类型

经纬度信息存储在geometry格式的字段中，该字段必须非空。

MySQL8.0前按照longitude-latitude的顺序存储位置

MySQL8.0前按照longitude-latitude的顺序存储位置

MySQL8.0前按照longitude-latitude的顺序存储位置

插入数据时候可使用如下语句：

MySQL存储geometry信息的方式采用了25bytes，相比WKB的21bytes，多了4bytes的坐标系表示，组成部分如下：

WTF字符串格式说明

select ST_GeomFromText(WTF格式字符串)

WKT(Well-known text)是一种文本标记语言,用于表示矢量几何对象、空间参照系统及空间参照系统之间的转换。通过WTF字符串生成geometry的方法：

点： POINT(x y)

线： LINESTRING(x1 y1, x2 y2, x3 y3...)

多边形： POLYGON((0 0, 10 0, 10 10,0 10,0 0),(5 5,7 5,7 7,5 7,5 5))

多点集： MULTIPOINT(0 0, 20 20, 60 60) 或 MULTIPOINT((0 0),(5 5),(5 0))

多线集： MULTILINESTRING((10 10, 20 20), (15 15, 30 15))

多多边形集： MULTIPOLYGON(((0 0,10 0,10 10,0 10,0 0)),((5 5,7 5,7 7,5 7, 5 5)))

例如两点一线组成的几何集： GEOMETRYCOLLECTION(POINT(10 10), POINT(30 30), LINESTRING(15 15, 20 20))

A geometry is syntactically well-formed if it satisfies conditions such as those in this (nonexhaustive) list:

Collections are not empty (except GeometryCollection)

更多内容参见

ST_PointFromText('POINT(X Y)')

ST_LineStringFromText('LINESTRING(0 0,1 1,2 2)')

ST_PolygonFromText('POLYGON((0 0,10 0,10 10,0 10,0 0),(5 5,7 5,7 7,5 7,5 5))')

ST_GeomCollFromText()

更多内容参见

参见

Point(x,y)

LineString((x1,y1),(x2,y2)...)

Polygon(LineString(),LineString()....)

参见

ST_AsText()

ST_AsBinary()

ST_AsWKT()

参见

ST_Dimension(geom) ：返回geom的维度（-1，0，1，2）

ST_Envelope(geom) ：返回geom的最小外接矩形（MBR）

ST_GeometryType(geom) ：返回geom的类型

ST_IsEmpty(geom) ：该函数并不能真实的判空，当geom为任何有效的几何值时返回0，无效的几何值返回1；

ST_IsSimple(geom) ：当geom无任何异常几何点返回1（如自相交和自切线等），否则返回0

ST_SRID(geom) ：返回geom的坐标系ID

参见

ST_X(Point) ：获取Point的X值

ST_Y(Point) ：获取Point的Y值

参见

ST_StartPoint(linestrng) ： 线的起点

ST_EndPoint(linestring) ：返回线的最后一个点

ST_IsClosed(linestring或multilinestring) ：线是否闭合（若为线，则判断起点与终点是否一致；若为线组，则判断组内每个元素是否符合闭合线）

ST_Length(linestring) ：返回线的长度，若入参为线集，则返回集合内所有长度的和

ST_NumPoiints(linestring) ：返回点的数量；

ST_PointN(linestring,N) ：返回第N个点（从1开始）

参见

具体不在一一列举，主要有计算多边形面积、中心点、最小外接圆，最大内接圆等函数，列举几个可能会用到的：

ST_Area(Poly|mPoly) ：返回双精度的面积或面积的和

'ST_Centroid(Poly|mPoly)'：返回数学上的中心点

ST_ExteriorRing(Poly) ：返回外接圆

参见

ST_Buffer说明

不再列举，主要有：ST_Buffer（不懂干啥用），ST_ConvexHull(geom)凸包，ST_Dfference(g1,g2)比较差异，ST_Intersecton(g1,g2)交叉点，ST_SymDifference(g1,g2)对称差分，ST_Union(g1,g2)连接、合并等。

检查geometry Objects之间的空间关系的方法。

参见

计算两个Object之间的空间关系的函数，有两个间距离、相交、不相交，包含、相等、相切、重叠、接触、在内等等空间关系。下面列举几个可能会常用的方法：

ST_Contains(g1,g2) ：g1是否完全包含g2

ST_Within(g1,g2) ：g1是否包含于g2中

ST_Distance(g1,g2) ：返回g1和g2之间的距离，已坐标单位计算的

ST_Equals(g1,g2) ：返回g1和g2是否相等

参见

MBRContains(g1,g2) ：g1的mbr是否包含g2的mbr

MBRWithin(g1,g2) ：g1的mbr是否在g2的mbr内

MBRCoveredBy(g1,g2) ：g1的mbr是否被g2的mbr覆盖

MBRCovers(g1,g2) ：g1的mbr是否覆盖g2的mbr

MBRDisjoint(g1,g2) ：g1的mbr,g2的mbr是否不相交

MBRIntersects(g1,g2) ：g1mbr，g2mbr是否相交

MBREqual(g1,g2) ：g1的mbr,g2的mbr的外接是否相等

MBREquals(g1,g2) ：g1的mbr,g2的mbr的外接是否相等

MBROverlaps(g1,g2) ：g1mbr、g2mbr

其他函数请参看原文

GeoHash介绍

GeoHash Wiki百科

MySQL中自带函数 st_geohash(longtude,latitude,max_length) 或 st_geohash(point, max_length) 即可生成某一点的geohash值。

返回一个geohash字符串中的latitude或longitude

返回一个geohash解析出的point数据

官方文档

通过geometry生成一个GeoJSON Object， select st_asgeojson(geometry,max_length,options)

通过GeoJSON生成GeoMetry对象。

ST_GeomFromGeoJSON(jsonstring, [options [, srid]])

具体使用方法参见官方文档

官方文档

MySQL中提供的方便空间运算的函数们

select ST_Distance_Spher(geomPoint1,geomPoint2 [, radius])

此方法用于计算两点或多个点之间的地球上的距离（是地球球面距离而不是直线距离），返回单位为米，

select ST_IsValid(ST_GeomFromText('LINESTRING(0 0,1 1)'))

判断入参是否是符合地理位置描述的格式。返回1（符合）或者0（不符）；

例如：

返回0：

select st_isvalid(st_geomfromtext('linestring(0 0, -0.00 0, 0.0 0)')

返回1：

select st_isvalid(st_geomfromtext('linestring(0 0,1 1)')

select st_astext(st_makeenvelope(pt1, pt2))

返回两点构成的包络。（此计算是基于笛卡尔坐标系而非球面）

例如：

SELECT ST_AsText ( st_makeenvelope ( st_geomfromtext ( 'point(0 0)' ), st_geomfromtext ( 'point(1 1)' ) ) )

返回结果：

POLYGON((0 0,1 0,1 1,0 1,0 0))

效果说明

JS抽稀算法

select st_simplify(geometry, max_distance)

用道格拉斯-普克算法（抽稀函数）简化geometry，并返回与原格式相同格式的结果。

例如，以下点集拟合为直线，步长0.5：

SELECT st_simplify ( st_geomfromtext ( 'LINESTRING(0 0,0 1,1 1,1 2,2 2,2 3,3 3)' ), 0.5 )

返回结果：

LINESTRING(0 0, 0 1, 1 1, 2 3, 3 3)

再如，步长1.0：

SELECT st_simplify ( st_geomfromtext ( 'LINESTRING(0 0,0 1,1 1,1 2,2 2,2 3,3 3)' ), 1.0 )

返回结果：

LINESTRING(0 0, 3 3)

SELECT ST_Validate(geometry)

验证geometry是符合正确的地理位置信息格式。例如 Point(0 0) 是合格的； Linestring(0 0) 是非法的； Linestring(0 0, 1 1) 是合格的

了解了上述MySQL中关于集合对象的功能，下面来实践一下

由上面geohash长度-精度对应表可知，前6位表示±610米左右的误差，这里先查询前六位范围之后再用上述方法精确筛选一次即可：

可将上述查询方法封装为MySQL函数方便和简化程序调用.

该方法是运用了内置的几何关系运算函数 ST_Contains 和 ST_MakeEnvelop 来实现的，0.5对应大概500米左右的范围，具体如下；

链接: https://pan.baidu.com/s/1cW-kv6DIgtYMw5I3bNFzKA

提取码: jagn

mssql和mysql的区别

mssql 是微软的那个 SQL Server，运行于windows 2000,2003等平台

mysql 是个开源的数据库Server,可运行在windows平台、unix\\linux平台，其标准版是免费的，可以到www.mysql.com 看看

asp\\php只是一种解释语言，不一定mssql不能用php,也不一定mysql非得用php，只不过asp－mssql，php－mysql是一种常用的组合

SQL数据库完全手册_1

SQL是Structured Quevy Language(结构化查询语言)的缩写。SQL是专为数据库而建立的 *** 作命令集，是一种功能齐全的数据库语言。在使用它时，只需要发出“做什么”的命令，“怎么做”是不用使用者考虑的。SQL功能强大、简单易学、使用方便，已经成为了数据库 *** 作的基础，并且现在几乎所有的数据库均支持SQL。

##1 二、SQL数据库数据体系结构

SQL数据库的数据体系结构基本上是***结构，但使用术语与传统关系模型术语不同。在SQL中，关系模式(模式)称为“基本表”(base table)；存储模式(内模式)称为“存储文件”(stored file)；子模式(外模式)称为“视图”(view)；元组称为“行”(row)；属性称为“列”(column)。名称对称如^00100009a^：

##1 三、SQL语言的组成

在正式学习SQL语言之前，首先让我们对SQL语言有一个基本认识，介绍一下SQL语言的组成：

1.一个SQL数据库是表(Table)的集合，它由一个或多个SQL模式定义。

2.一个SQL表由行集构成，一行是列的序列(集合)，每列与行对应一个数据项。

3.一个表或者是一个基本表或者是一个视图。基本表是实际存储在数据库的表，而视图是由若干基本表或其他视图构成的表的定义。

4.一个基本表可以跨一个或多个存储文件，一个存储文件也可存放一个或多个基本表。每个存储文件与外部存储上一个物理文件对应。

5.用户可以用SQL语句对视图和基本表进行查询等 *** 作。在用户角度来看，视图和基本表是一样的，没有区别，都是关系(表格)。

6.SQL用户可以是应用程序，也可以是终端用户。SQL语句可嵌入在宿主语言的程序中使用，宿主语言有FORTRAN，COBOL，PASCAL，PL/I，C和Ada语言等。SQL用户也能作为独立的用户接口，供交互环境下的终端用户使用。

##1 四、对数据库进行 *** 作

SQL包括了所有对数据库的 *** 作，主要是由4个部分组成：

1.数据定义：这一部分又称为“SQL DDL”，定义数据库的逻辑结构，包括定义数据库、基本表、视图和索引4部分。

2.数据 *** 纵：这一部分又称为“SQL DML”，其中包括数据查询和数据更新两大类 *** 作，其中数据更新又包括插入、删除和更新三种 *** 作。

3.数据控制：对用户访问数据的控制有基本表和视图的授权、完整性规则的描述，事务控制语句等。

4.嵌入式SQL语言的使用规定：规定SQL语句在宿主语言的程序中使用的规则。

下面我们将分别介绍：

##2 (一)数据定义

SQL数据定义功能包括定义数据库、基本表、索引和视图。

首先，让我们了解一下SQL所提供的基本数据类型：(如^00100009b^)

1.数据库的建立与删除

(1)建立数据库：数据库是一个包括了多个基本表的数据集，其语句格式为：

CREATE DATABASE <数据库名>〔其它参数〕

其中，<数据库名>在系统中必须是唯一的，不能重复，不然将导致数据存取失误。〔其它参数〕因具体数据库实现系统不同而异。

例：要建立项目管理数据库(xmmanage)，其语句应为：

CREATE DATABASE xmmanage

(2) 数据库的删除：将数据库及其全部内容从系统中删除。

其语句格式为：DROP DATABASE <数据库名>

例：删除项目管理数据库(xmmanage)，其语句应为：

DROP DATABASE xmmanage

2.基本表的定义及变更

本身独立存在的表称为基本表，在SQL语言中一个关系唯一对应一个基本表。基本表的定义指建立基本关系模式，而变更则是指对数据库中已存在的基本表进行删除与修改。

(1)基本表的定义：基本表是非导出关系，其定义涉及表名、列名及数据类型等，其语句格式为：

CREATE TABLE〔<数据库名>.〕<表名>

(<列名>数据类型 〔缺省值〕 〔NOT NULL / NULL〕

〔，<列名>数据类型 〔缺省值〕 〔NOT NULL / NULL〕〕......

〔，UNIQUE (列名〔，列名〕......)〕

〔，PRIMARY KEY(列名)〕

〔，FOREIGN KEY(列名〔，列名〕......)REFERENCE <表名>(列名〔，列名〕......)〕

〔，CHECK(条件)〕 〔其它参数〕)

其中，〈数据库名〉.〕指出将新建立的表存放于该数据库中；

新建的表由两部分组成：其一为表和一组列名，其二是实际存放的数据(即可在定义表的同时，直接存放数据到表中)；

列名为用户自定义的易于理解的名称，列名中不能使用空格；

数据类型为上面所介绍的几种标准数据类型；

〔NOT NULL/NULL〕指出该列是否允许存放空值，SQL语言支持空值的概念，所谓空值是“不知道”或“无意义”的值，值得注意的是数据“0”和空格都不是空值，系统一般默认允许为空值，所以当不允许为空值时，必须明确使用NOT NULL；

〔，UNIQUE〕将列按照其规定的顺序进行排列，如不指定排列顺序，则按列的定义顺序排列；

〔PRIMARY KEY〕用于指定表的主键(即关系中的主属性)，实体完整性约束条件规定：主键必须是唯一的，非空的；

〔，FOREIGN KEY (列名〔，列名〕......) REFERENCE<表名>(列名〔，列名〕......)〕是用于指定外键参照完整性约束条件，FOREIGN KEY指定相关列为外键，其参照对象为另外一个表的指定列，即使用REFERENCE引入的外表中的列，当不指定外表列名时，系统将默认其列名与参照键的列名相同，要注意的是：使用外键时必须使用参照，另外数据的外键参照完整性约束条件规定：外键的值要么与相对应的主键相同，要么为空值(具体由实现系统不同而异)

〔，CHECK〕用于使用指定条件对存入表中的数据进行检查，以确定其合法性，提高数据的安全性。

例：要建立一个学生情况表(student)

CREATE TABLE student //创建基本表student

(st_class CHAR(8)，// 定义列st_class班级，数据类型为8位定长字符串

st_no CHAR(10) NOT NULL，//定义列st_no学号，类型为10位定长字符串，非空

st_name CHAR(8) NOT NULL，//定义列st_name姓名，类型为8位定长字符串，非空

st_sex CHAR(2)，//定义列st_sex性别，类型为2位定长字符串

st_age SMALLINT，//定义列st_age年龄，类型为短整型

PRIMARY KEY (st_no))//定义st_no学号为主键。

例：要建立课程设置表(subject)

CREATE TABLE subject//创建基本表subject

(su_no CHAR(4) NOT NULL，// 定义列su_no课号，类型为4位定长字符串，非空

su_subject CHAR(20) NOT NULL，// 定义列su_subject课程名，类型为20位定长字符串，非空

su_credit INTEGER，// 定义列su_credit学分，类型为长整数

su_period INTEGER，//定义列su_period学时，类型为长整数

su_preno CHAR(4)，//定义列su_preno先修课号，类型为4位定长字符串

PRIMARY KEY(su_no))//定义su_no课号为主键。

例：要建立学生选课表(score)

CREATE TABLE score //创建基本表score

(st_no CHAR(10)，//定义列st_no学号，类型为10位定长字符串

su_no CHAR(4)，//定义列su_no课号，类型为4位定长字符串

sc_score INTEGER NULL，//定义列sc_score，类型为长整形，可以为空值

FOREIGN KEY (st_no) REFERENCE student，//从表student中引入参照外键st_no，以确保本表与表student的关联与同步

FOREIGN KEY (suno) REFERENCE subject)//从表subject中引入参照外键su_no，以确保本表与表subject的关联与同步

(2)基本表的删除：用以从数据库中删除一个基本表及其全部内容，其语句格式为：

DROP TABLE〔<数据库名>.〕表名

例如：将上面建立的表都删除

DROP TABLE student，subject，score

(3)基本表的修改：在基本表建立并使用一段时间后，可能需要根据实际要求对基本表的结构进行修改，即增加新的属性或删除属性。

增加属性的语句格式为：

ALTER TABLE 〔<数据库名>.〕表名 ADD

(<列名>数据类型 〔缺省值〕 〔NOT NULL / NULL〕

〔，<列名>数据类型〔缺省值〕〔NOT NULL / NULL〕〕......

〔，UNIQUE (列名〔，列名〕......)〕

〔，PRIMARY KEY(列名)〕

〔，FOREIGN KEY(列名〔，列名〕......) REFERENCE <表名>(列名〔，列名〕......)〕

〔，CHECK(条件)〕〔其它参数〕)

例如：在基本表student中加入列stborn出生日期，数据类型为DATE，且不能为空值

ALTER TABLE student ADD (stborn DATE NOT NULL)

删除属性的语句格式为：

ALTER TABLE 〔<数据库名>.〕表名 DROP

( <列名>数据类型 〔缺省值〕〔NOT NULL / NULL〕

〔，<列名>数据类型 〔缺省值〕〔NOT NULL / NULL〕〕......)

例如：将基本表student中的列st_age删除

ALTER TABLE student DROP (st_age)

3.视图定义与删除

在SQL中，视图是外模式一级数据结构的基本单位。它是从一个或几个基本表中导出的表，是从现有基本表中抽取若干子集组成用户的“专用表”。这种构造方式必须使用SQL中的SELECT语句来实现。在定义一个视图时，只是把其定义存放在系统的数据中，而并不直接存储视图对应的数据，直到用户使用视图时才去求得对应的数据。

(1)视图的定义：定义视图可以使用CREATE VIEW语句实现，其语句格式为：

CREATE VIEW 视图名 AS SELECT语句

从一个基本表中导出视图：

例：从基本表student中导出只包括女学生情况的视图

CREATE VIEW WOMANVIEW AS //创建一个视图WOMANVIEW

SELECT st_class，st_no，st_name，st_age //选择列st_class，st_no，st_name，st_age显示

FROM student //从基本表student引入

WHERE st_sex=‘女’//引入条件为性别为“女”，注意字符变量都使用单引号引用

从多个基本表中导出视图：

例如：从基本表student和score中导出只包括女学生且分数在60分以上的视图

CREATEVIEW WOMAN_SCORE AS //定义视图WOMANSCORE

SELECT student.st_class，student.st_no，student.st_name，student.st_age，score.sc_score //有选择性显示相关列

FROM student.score //从基本表student和score中引入

WHERE student.st_sex=‘女’AND score.sc_score>=60 AND student.st_no=score.st_no //选择条件：性别为“女” 且分数在60分以上。并使用st_no将两表联系起来。

以后如果进行这一视图的应用，则只需使用语句

SELECT * FROM WOMAN_SCORE //其中“*”为通配符，代表所有元素

(2)视图的删除：用于删除已不再使用的视图，其语句格式如下：

DROP VIEW 视图名

例：将上面建立的WOMAN_SCORE视图删除

DROP VIEW WOMAN_SCORE

4.索引的定义与删除

索引属于物理存储概念，而不是逻辑的概念。在SQL中抛弃了索引概念，直接使用主键概念。值得一提的是，有些关系DBMS同时包括索引机制和主键机制，这里我们推荐使用主键机制，因为它对系统资源占用较低且效率较高。

(1)索引的定义：索引是建立在基本表之上的，其语句格式为：

CREATE 〔UNIQUE〕 INDEX 索引名 ON

〔<数据库名>.〕表名(列名 〔ASC/DESC〕〔，列名 〔ASC/DESC〕〕......)

这里，保留字UNIQUE表示基本表中的索引值不允许重复，若缺省则表示索引值在表中允许重复；DESC表示按索引键降序排列，若缺省或ASC表示升序排列。

例：对基本表student中的st_no和st_age建立索引，分别为升序与降序，且索引值不允许重复

CREATE UNIQUE INDEX STINDEX ON//创建索引STINDEX

student(st_no ASC，st_age DESC)//对student中的st_no和st_age建立索引

(2)索引的删除：

DROP INDEX 索引名

例：删除上面建立的索引STINDEX

DROP INDEX STINDEX

##2 (二)数据查询

SQL是一种查询功能很强的语言，只要是数据库存在的数据，总能通过适当的方法将它从数据库中查找出来。SQL中的查询语句只有一个：SELECT，它可与其它语句配合完成所有的查询功能。SELECT语句的完整语法，可以有6个子句。完整的语法如下：

SELECT 目标表的列名或列表达式集合

FROM 基本表或(和)视图集合

〔WHERE条件表达式〕

〔GROUP BY列名集合

〔HAVING组条件表达式〕〕

〔ORDER BY列名〔集合〕…〕

整个语句的语义如下：从FROM子句中列出的表中，选择满足WHERE子句中给出的条件表达式的元组，然后按GROUPBY子句(分组子句)中指定列的值分组，再提取满足HAVING子句中组条件表达式的那些组，按SELECT子句给出的列名或列表达式求值输出。ORDER子句(排序子句)是对输出的目标表进行重新排序，并可附加说明ASC(升序)或DESC(降序)排列。

my.ini（Linux系统下是my.cnf），当mysql服务器启动时它会读取这个文件，设置相关的运行环境参数。

my.ini分为两块：Client Section和Server Section。 Client Section用来配置MySQL客户端参数。 要查看配置参数可以用下面的命令：

show variables like '%innodb%'# 查看innodb相关配置参数show status like '%innodb%'# 查看innodb相关的运行时参数（比如当前正在打开的表的数量，当前已经打开的表的数量）show global status like 'open%tables'# 查看全局的运行时参数，加上global是对当前mysql服务器中运行的所有数据库实例进行统计。不加global则只对当前数据库实例进行统计。

1、Client Section[client]port = 3306 # 设置mysql客户端连接服务端时默认使用的端口[mysql]default-character-set=utf8 # 设置mysql客户端默认字符集

2、Server Section

[mysqld]port=3306 # mysql服务端默认监听(listen on)的TCP/IP端口basedir="C:/Program Files/MySQL/MySQL Server 5.5/" # 基准路径，其他路径都相对于这个路径datadir="C:/Program Files/MySQL/MySQL Server 5.5/Data" # mysql数据库文件所在目录character-set-server=latin1 # 服务端使用的字符集默认为8比特编码的latin1字符集default-storage-engine=INNODB # 创建新表时将使用的默认存储引擎sql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" # SQL模式为strict模式max_connections=100 # mysql服务器支持的最大并发连接数（用户数）。但总会预留其中的一个连接给管理员使用超级权限登录，即使连接数目达到最大限制。如果设置得过小而用户比较多，会经常出现“Too many connections”错误。query_cache_size=0 # 查询缓存大小，用于缓存SELECT查询结果。如果有许多返回相同查询结果的SELECT查询，并且很少改变表，可以设置query_cache_size大于0，可以极大改善查询效率。而如果表数据频繁变化，就不要使用这个，会适得其反table_cache=256 # 这个参数在5.1.3之后的版本中叫做table_open_cache，用于设置table高速缓存的数量。由于每个客户端连接都会至少访问一个表，因此此参数的值与 max_connections有关。当某一连接访问一个表时，MySQL会检查当前已缓存表的数量。如果该表已经在缓存中打开，则会直接访问缓存中的表已加快查询速度；如果该表未被缓存，则会将当前的表添加进缓存并进行查询。在执行缓存 *** 作之前，table_cache用于限制缓存表的最大数目：如果当前已经缓存的表未达到table_cache，则会将新表添加进来；若已经达到此值，MySQL将根据缓存表的最后查询时间、查询率等规则释放之前的缓存。tmp_table_size=34M # 内存中的每个临时表允许的最大大小。如果临时表大小超过该值，临时表将自动转为基于磁盘的表（Disk Based Table）。thread_cache_size=8 # 缓存的最大线程数。当客户端连接断开时，如果客户端总连接数小于该值，则处理客户端任务的线程放回缓存。在高并发情况下，如果该值设置得太小，就会有很多线程频繁创建，线程创建的开销会变大，查询效率也会下降。一般来说如果在应用端有良好的多线程处理，这个参数对性能不会有太大的提高。

# MyISAM相关参数myisam_max_sort_file_size=100G # mysql重建索引时允许使用的临时文件最大大小myisam_sort_buffer_size=68Mkey_buffer_size=54M # Key Buffer大小，用于缓存MyISAM表的索引块。决定数据库索引处理的速度（尤其是索引读）read_buffer_size=64K # 用于对MyISAM表全表扫描时使用的缓冲区大小。针对每个线程进行分配（前提是进行了全表扫描）。进行排序查询时，MySql会首先扫描一遍该缓冲，以避免磁盘搜索，提高查询速度，如果需要排序大量数据，可适当调高该值。但MySql会为每个客户连接发放该缓冲空间，所以应尽量适当设置该值，以避免内存开销过大。read_rnd_buffer_size=256Ksort_buffer_size=256K # connection级参数（为每个线程配置），500个线程将消耗500*256K的sort_buffer_size。

# InnoDB相关参数innodb_additional_mem_pool_size=3M # InnoDB用于存储元数据信息的内存池大小，一般不需修改innodb_flush_log_at_trx_commit =1 # 事务相关参数，如果值为1，则InnoDB在每次commit都会将事务日志写入磁盘（磁盘IO消耗较大），这样保证了完全的ACID特性。而如果设置为0，则表示事务日志写入内存log和内存log写入磁盘的频率都为1次/秒。如果设为2则表示事务日志在每次commit都写入内存log，但内存log写入磁盘的频率为1次/秒。innodb_log_buffer_size=2M # InnoDB日志数据缓冲大小，如果缓冲满了，就会将缓冲中的日志数据写入磁盘（flush）。由于一般至少都1秒钟会写一次磁盘，所以没必要设置过大，即使是长事务。innodb_buffer_pool_size=105M # InnoDB使用缓冲池来缓存索引和行数据。该值设置的越大，则磁盘IO越少。一般将该值设为物理内存的80%。innodb_log_file_size=53M # 每一个InnoDB事务日志的大小。一般设为innodb_buffer_pool_size的25%到100%innodb_thread_concurrency=9 # InnoDB内核最大并发线程数。

在Apache, PHP, MySQL的体系架构中，MySQL对于性能的影响最大，也是关键的核心部分。对于Discuz!论坛程序也是如此，MySQL的设置是否合理优化，直接影响到论坛的速度和承载量！同时，MySQL也是优化难度最大的一个部分，不但需要理解一些MySQL专业知识，同时还需要长时间的观察统计并且根据经验进行判断，然后设置合理的参数。 下面我们了解一下MySQL优化的一些基础，MySQL的优化我分为两个部分，一是服务器物理硬件的优化，二是MySQL自身(my.cnf)的优化。 一、服务器硬件对MySQL性能的影响 ①磁盘寻道能力（磁盘I/O）,以目前高转速SCSI硬盘(7200转/秒)为例，这种硬盘理论上每秒寻道7200次，这是物理特性决定的，没有办法改变。MySQL每秒钟都在进行大量、复杂的查询 *** 作，对磁盘的读写量可想而知。所以，通常认为磁盘I/O是制约MySQL性能的最大因素之一，对于日均访问量在100万PV以上的Discuz!论坛，由于磁盘I/O的制约，MySQL的性能会非常低下！解决这一制约因素可以考虑以下几种解决方案： 使用RAID-0+1磁盘阵列，注意不要尝试使用RAID-5，MySQL在RAID-5磁盘阵列上的效率不会像你期待的那样快。 ②CPU 对于MySQL应用，推荐使用S.M.P.架构的多路对称CPU，例如：可以使用两颗Intel Xeon 3.6GHz的CPU，现在我较推荐用4U的服务器来专门做数据库服务器，不仅仅是针对于mysql。 ③物理内存对于一台使用MySQL的Database Server来说，服务器内存建议不要小于2GB，推荐使用4GB以上的物理内存，不过内存对于现在的服务器而言可以说是一个可以忽略的问题，工作中遇到了高端服务器基本上内存都超过了16G。 二、MySQL自身因素当解决了上述服务器硬件制约因素后，让我们看看MySQL自身的优化是如何 *** 作的。对MySQL自身的优化主要是对其配置文件my.cnf中的各项参数进行优化调整。下面我们介绍一些对性能影响较大的参数。 由于my.cnf文件的优化设置是与服务器硬件配置息息相关的，因而我们指定一个假想的服务器硬件环境：CPU: 2颗Intel Xeon 2.4GHz 内存: 4GB DDR 硬盘: SCSI 73GB(很常见的2U服务器)。 下面，我们根据以上硬件配置结合一份已经优化好的my.cnf进行说明： #vim /etc/my.cnf以下只列出my.cnf文件中[mysqld]段落中的内容，其他段落内容对MySQL运行性能影响甚微，因而姑且忽略。 [mysqld] port = 3306 serverid = 1 socket = /tmp/mysql.sock skip-locking #避免MySQL的外部锁定，减少出错几率增强稳定性。 skip-name-resolve #禁止MySQL对外部连接进行DNS解析，使用这一选项可以消除MySQL进行DNS解析的时间。但需要注意，如果开启该选项，则所有远程主机连接授权都要使用IP地址方式，否则MySQL将无法正常处理连接请求！ back_log = 384 #back_log参数的值指出在MySQL暂时停止响应新请求之前的短时间内多少个请求可以被存在堆栈中。 如果系统在一个短时间内有很多连接，则需要增大该参数的值，该参数值指定到来的TCP/IP连接的侦听队列的大小。不同的 *** 作系统在这个队列大小上有它自己的限制。 试图设定back_log高于你的 *** 作系统的限制将是无效的。默认值为50。对于Linux系统推荐设置为小于512的整数。 key_buffer_size = 256M #key_buffer_size指定用于索引的缓冲区大小，增加它可得到更好的索引处理性能。对于内存在4GB左右的服务器该参数可设置为256M或384M。注意：该参数值设置的过大反而会是服务器整体效率降低！max_allowed_packet = 4M thread_stack = 256K table_cache = 128K sort_buffer_size = 6M #查询排序时所能使用的缓冲区大小。注意：该参数对应的分配内存是每连接独占，如果有100个连接，那么实际分配的总共排序缓冲区大小为100 × 6 ＝ 600MB。所以，对于内存在4GB左右的服务器推荐设置为6-8M。 read_buffer_size = 4M #读查询 *** 作所能使用的缓冲区大小。和sort_buffer_size一样，该参数对应的分配内存也是每连接独享。 join_buffer_size = 8M #联合查询 *** 作所能使用的缓冲区大小，和sort_buffer_size一样，该参数对应的分配内存也是每连接独享。 myisam_sort_buffer_size = 64M table_cache = 512 thread_cache_size = 64 query_cache_size = 64M #指定MySQL查询缓冲区的大小。可以通过在MySQL控制台观察，如果Qcache_lowmem_prunes的值非常大，则表明经常出现缓冲不够的情况；如果Qcache_hits的值非常大，则表明查询缓冲使用非常频繁，如果该值较小反而会影响效率，那么可以考虑不用查询缓冲；Qcache_free_blocks，如果该值非常大，则表明缓冲区中碎片很多。 tmp_table_size = 256M max_connections = 768 #指定MySQL允许的最大连接进程数。如果在访问论坛时经常出现Too Many Connections的错误提 示，则需要增大该参数值。 max_connect_errors = 10000000 wait_timeout = 10 #指定一个请求的最大连接时间，对于4GB左右内存的服务器可以设置为5-10。 thread_concurrency = 8 #该参数取值为服务器逻辑CPU数量*2，在本例中，服务器有2颗物理CPU，而每颗物理CPU又支持H.T超线程，所以实际取值为4*2=8 skip-networking #开启该选项可以彻底关闭MySQL的TCP/IP连接方式，如果WEB服务器是以远程连接的方式访问MySQL数据库服务器则不要开启该选项！否则将无法正常连接！ table_cache=1024 #物理内存越大,设置就越大.默认为2402,调到512-1024最佳 innodb_additional_mem_pool_size=4M #默认为2M innodb_flush_log_at_trx_commit=1 #设置为0就是等到innodb_log_buffer_size列队满后再统一储存,默认为1 innodb_log_buffer_size=2M #默认为1M innodb_thread_concurrency=8 #你的服务器CPU有几个就设置为几,建议用默认一般为8 key_buffer_size=256M #默认为218，调到128最佳 tmp_table_size=64M #默认为16M，调到64-256最挂 read_buffer_size=4M #默认为64K read_rnd_buffer_size=16M #默认为256K sort_buffer_size=32M #默认为256K thread_cache_size=120 #默认为60 query_cache_size=32M ※值得注意的是： 很多情况需要具体情况具体分析 一、如果Key_reads太大，则应该把my.cnf中Key_buffer_size变大，保持Key_reads/Key_read_requests至少1/100以上，越小越好。 二、如果Qcache_lowmem_prunes很大，就要增加Query_cache_size的值。

---