- 浏览: 7847232 次
- 性别:
- 来自: 广州
文章分类
- 全部博客 (2425)
- 软件工程 (75)
- JAVA相关 (662)
- ajax/web相关 (351)
- 数据库相关/oracle (218)
- PHP (147)
- UNIX/LINUX/FREEBSD/solaris (118)
- 音乐探讨 (1)
- 闲话 (11)
- 网络安全等 (21)
- .NET (153)
- ROR和GOG (10)
- [网站分类]4.其他技术区 (181)
- 算法等 (7)
- [随笔分类]SOA (8)
- 收藏区 (71)
- 金融证券 (4)
- [网站分类]5.企业信息化 (3)
- c&c++学习 (1)
- 读书区 (11)
- 其它 (10)
- 收藏夹 (1)
- 设计模式 (1)
- FLEX (14)
- Android (98)
- 软件工程心理学系列 (4)
- HTML5 (6)
- C/C++ (0)
- 数据结构 (0)
- 书评 (3)
- python (17)
- NOSQL (10)
- MYSQL (85)
- java之各类测试 (18)
- nodejs (1)
- JAVA (1)
- neo4j (3)
- VUE (4)
- docker相关 (1)
最新评论
-
xiaobadi:
jacky~~~~~~~~~
推荐两个不错的mybatis GUI生成工具 -
masuweng:
(转)JAVA获得机器码的实现 -
albert0707:
有些扩展名为null
java 7中可以判断文件的contenttype了 -
albert0707:
非常感谢!!!!!!!!!
java 7中可以判断文件的contenttype了 -
zhangle:
https://zhuban.me竹板共享 - 高效便捷的文档 ...
一个不错的网络白板工具
在一些情况下,MySQL可以直接使用索引来满足一个 ORDER BY
或 GROUP BY
子句而无需做额外的排序。
尽管 ORDER BY
不是和索引的顺序准确匹配,索引还是可以被用到,只要不用的索引部分和所有的额外的 ORDER BY
字段在 Where
子句中都被包括了。下列的几个查询都会使用索引来解决 ORDER BY
或 GROUP BY
部分:
Select * FROM t1 orDER BY key_part1,key_part2,... ; Select * FROM t1 Where key_part1=constant orDER BY key_part2; Select * FROM t1 Where key_part1=constant GROUP BY key_part2; Select * FROM t1 orDER BY key_part1 DESC, key_part2 DESC; Select * FROM t1 Where key_part1=1 orDER BY key_part1 DESC, key_part2 DESC;
在另一些情况下,MySQL无法使用索引来满足 ORDER BY
,尽管它会使用索引来找到记录来匹配 Where
子句。这些情况如下:
- 对不同的索引键做
ORDER BY
:Select * FROM t1 orDER BY key1, key2;
- 在非连续的索引键部分上做
ORDER BY
:Select * FROM t1 Where key2=constant orDER BY key_part2;
- 同时使用了
ASC
和DESC
:Select * FROM t1 orDER BY key_part1 DESC, key_part2 ASC;
- 用于搜索记录的索引键和做
ORDER BY
的不是同一个:Select * FROM t1 Where key2=constant orDER BY key1;
- 有很多表一起做连接,而且读取的记录中在
ORDER BY
中的字段都不全是来自第一个非常数的表中(也就是说,在EXPLAIN
分析的结果中的第一个表的连接类型不是const
)。 - 使用了不同的
ORDER BY
和GROUP BY
表达式。 - 表索引中的记录不是按序存储。例如,
HASH
和HEAP
表就是这样。
通过执行 EXPLAIN Select ... orDER BY
,就知道MySQL是否在查询中使用了索引。如果 Extra
字段的值是 Using filesort
,则说明MySQL无法使用索引。详情请看"7.2.1 EXPLAIN
Syntax (Get Information About a Select
)"。
当必须对结果进行排序时,MySQL 4.1 以前它使用了以下 filesort
算法:
- 根据索引键读取记录,或者扫描数据表。那些无法匹配
Where
分句的记录都会被略过。 - 在缓冲中每条记录都用一个‘对’存储了2个值(索引键及记录指针)。缓冲的大小依据系统变量
sort_buffer_size
的值而定。 - 当缓冲慢了时,就运行 qsort(快速排序)并将结果存储在临时文件中。将存储的块指针保存起来(如果所有的‘对’值都能保存在缓冲中,就无需创建临时文件了)。
- 执行上面的操作,直到所有的记录都读取出来了。
- 做一次多重合并,将多达
MERGEBUFF
(7)个区域的块保存在另一个临时文件中。重复这个操作,直到所有在第一个文件的块都放到第二个文件了。 - 重复以上操作,直到剩余的块数量小于
MERGEBUFF2
(15)。 - 在最后一次多重合并时,只有记录的指针(排序索引键的最后部分)写到结果文件中去。
- 通过读取结果文件中的记录指针来按序读取记录。想要优化这个操作,MySQL将记录指针读取放到一个大的块里,并且使用它来按序读取记录,将记录放到缓冲中。缓冲的大小由系统变量
read_rnd_buffer_size
的值而定。这个步骤的代码在源文件 `sql/records.cc' 中。
这个逼近算法的一个问题是,数据库读取了2次记录:一次是估算 Where
分句时,第二次是排序时。尽管第一次都成功读取记录了(例如,做了一次全表扫描),第二次是随机的读取(索引键已经排好序了,但是记录并没有)。
在MySQL 4.1 及更新版本中,filesort
优化算法用于记录中不只包括索引键值和记录的位置,还包括查询中要求的字段。这么做避免了需要2次读取记录。改进的 filesort
算法做法大致如下:
- 跟以前一样,读取匹配
Where
分句的记录。 - 相对于每个记录,都记录了一个对应的;‘元组’信息信息,包括索引键值、记录位置、以及查询中所需要的所有字段。
- 根据索引键对‘元组’信息进行排序。
- 按序读取记录,不过是从已经排序过的‘元组’列表中读取记录,而非从数据表中再读取一次。
使用改进后的 filesort
算法相比原来的,‘元组’比‘对’需要占用更长的空间,它们很少正好适合放在排序缓冲中(缓冲的大小是由 sort_buffer_size
的值决定的)。因此,这就可能需要有更多的I/O操作,导致改进的算法更慢。为了避免使之变慢,这种优化方法只用于排序‘元组’中额外的字段的大小总和超过系统变量 max_length_for_sort_data
的情况(这个变量的值设置太高的一个表象就是高磁盘负载低CPU负载)。
想要提高 ORDER BY
的速度,首先要看MySQL能否使用索引而非额外的排序过程。如果不能使用索引,可以试着遵循以下策略:
- 增加
sort_buffer_size
的值。 - 增加
read_rnd_buffer_size
的值。 - 修改
tmpdir
,让它指向一个有很多剩余空间的专用文件系统。如果使用MySQL 4.1或更新,这个选项允许有多个路径用循环的格式。各个路径之间在 Unix 上用冒号(':')分隔开来,在 Windows,NetWare以及OS/2 上用分号(';')。可以利用这个特性将负载平均分摊给几个目录。注意:这些路径必须是分布在不同物理磁盘上的目录,而非在同一个物理磁盘上的不同目录。
默认情况下,MySQL也会对所有的
GROUP BY col1, col2, ...
查询做排序,跟 ORDER BY col1, col2, ...
查询一样。如果显式地包含一个有同样字段列表的 ORDER BY
分句,MySQL优化它的时候并不会损失速度,因为排序总是会发生。如果一个查询中包括 GROUP BY
,但是想要避免对结果排序的开销,可以通过使用 ORDER BY NULL
来取消排序。例如:
Insert INTO foo Select a, COUNT(*) FROM bar GROUP BY a orDER BY NULL;
7.2.10 MySQL 如何优化 LIMIT
在一些情况下,MySQL在碰到一个使用
LIMIT row_count
但没使用 HAVING
的查询时会做不同的处理:
- 如果只是用
LIMIT
来取得很少的一些记录, MySQL 有时会使用索引,但是更通常的情况是做一个全表扫描。 - 如果
LIMIT row_count
和ORDER BY
一起使用,则MySQL在找到 row_count 条记录后就会停止排序了,而非对整个表进行排序。 - 当
LIMIT row_count
和DISTINCT
一起联合起来时,MySQL在找到 row_count 条唯一记录后就不再搜索了。 - 在某些情况下,
GROUP BY
可以通过按照顺序读取索引键来实现(或者在索引键上做排序)并且计算累计信息直到索引键改变了。在这种情况下,LIMIT row_count
不会计算任何非必须的GROUP BY
值。 - 一旦MySQL将请求的记录全数发送给客户端后,它就中止查询除非使用了
SQL_CALC_FOUND_ROWS
。 LIMIT 0
总是返回一个空的结果集。这对于检查查询或者取得结果字段的类型非常有用。- 当服务器使用临时表来处理查询,则
LIMIT row_count
可以用来计算需要多少空间。
7.2.11 如何避免全表扫描
如果MySQL需要做一次全表扫描来处理查询时,在
EXPLAIN
的结果中 type
字段的值是 ALL
。在以下几种条件下,MySQL就会做全表扫描:- 数据表是在太小了,做一次全表扫描比做索引键的查找来得快多了。当表的记录总数小于10且记录长度比较短时通常这么做。
- 没有合适用于
ON
或Where
分句的索引字段。 - 让索引字段和常量值比较,MySQL已经计算(基于索引树)到常量覆盖了数据表的很大部分,因此做全表扫描应该会来得更快。详情请看"7.2.4 How MySQL Optimizes
Where
Clauses"。 - 通过其他字段使用了一个基数很小(很多记录匹配索引键值)的索引键。这种情况下,MySQL认为使用索引键需要大量查找,还不如全表扫描来得更快。
对于小表来说,全表扫描通常更合适。但是对大表来说,尝试使用以下技术来避免让优化程序错误地选择全表扫描:
- 执行
ANALYZE TABLE tbl_name
更新要扫描的表的索引键分布。详情请看"14.5.2.1ANALYZE TABLE
Syntax"。 - 使用
FORCE INDEX
告诉MySQL,做全表扫描的话会比利用给定的索引更浪费资源。详情请看"14.1.7Select
Syntax"。Select * FROM t1, t2 FORCE INDEX (index_for_column) Where t1.col_name=t2.col_name;
- 启动
mysqld
时使用参数--max-seeks-for-key=1000
或者执行SET max_seeks_for_key=1000
来告诉优化程序,所有的索引都不会导致超过1000次的索引搜索。请查看章节"5.2.3 Server System Variables"。
7.2.12 加速 Insert
插入一条记录花费的时间由以下几个因素决定,后面的数字大致表示影响的比例:
- 连接:(3)
- 发送查询给服务器:(2)
- 解析查询:(2)
- 插入记录:(1 x 记录大小)
- 插入索引:(1 x 索引数量)
- 关闭:(1)
这里并没有考虑初始化时打开数据表的开销,因为每次运行查询只会做这么一次。
如果是 B-tree 索引的话,随着索引数量的增加,插入记录的速度以 log N 的比例下降。
可以使用以下几种方法来提高插入速度:
- 如果要在同一个客户端在同一时间内插入很多记录,可以使用
Insert
语句附带有多个VALUES
值。这种做法比使用单一值的Insert
语句快多了(在一些情况下比较快)。如果是往一个非空的数据表里增加记录,可以调整变量bulk_insert_buffer_size
的值使之更快。详情请看"5.2.3 Server System Variables"。 - 如果要从不同的客户端中插入大量记录,使用
Insert DELAYED
语句也可以提高速度。详情请看"14.1.4Insert
Syntax"。 - 对
MyISAM
而言,可以在Select
语句正在运行时插入记录,只要这时候没有正在删除记录。 - 想要将一个文本文件加载到数据表中,可以使用
LOAD DATA INFILE
。这通常是使用大量Insert
语句的20倍。详情请看"14.1.5LOAD DATA INFILE
Syntax"。 - 通过一些额外的工作,就可能让
LOAD DATA INFILE
在数据表有大量索引的情况下运行的更快。步骤如下:
- 用
Create TABLE
随便创建一个表。 - 执行
FLUSH TABLES
语句或mysqladmin flush-tables
命令。 - 执行
myisamchk --keys-used=0 -rq /path/to/db/tbl_name
命令,删掉数据表的所有索引。 - 执行
LOAD DATA INFILE
,数据插入到表中,由于无需更新表索引,因此这将非常快。 - 如果将来只是读取改表,运行
myisampack
让数据表变得更小点。详情查看"15.1.3.3 Compressed Table Characteristics"。 - 运行
myisamchk -r -q /path/to/db/tbl_name
重建索引。创建的索引树在写入磁盘前先保存在内存中,这省去了磁盘搜索,因此速度快多了。重建后的索引树分布非常均衡。
- 执行
FLUSH TABLES
语句或mysqladmin flush-tables
命令。
注意,LOAD DATA INFILE
将数据插入一个空表时,也会做前接优化;主要的不同在于:运行myisamchk
会分配更多的临时内存用于创建索引,而执行LOAD DATA INFILE
命令则是让数据库服务器分配内存用于重建索引。从 MySQL 4.0 起,可以运行Alter TABLE tbl_name DISABLE KEYS
来代替myisamchk --keys-used=0 -rq /path/to/db/tbl_name
,运行Alter TABLE tbl_name ENABLE KEYS
代替myisamchk -r -q /path/to/db/tbl_name
。这么做就可以省去FLUSH TABLES
步骤。 - 用
- 可以在锁表后,一起执行几个语句来加速
Insert
操作:LOCK TABLES a WRITE; Insert INTO a VALUES (1,23),(2,34),(4,33); Insert INTO a VALUES (8,26),(6,29); UNLOCK TABLES;
这对性能提高的好处在于:直到所有的
Insert
语句都完成之后,索引缓存一次性刷新到磁盘中。通常情况是,多有少次Insert
语句就会有多数次索引缓存刷新到磁盘中的开销。如果能在一个语句中一次性插入多个值的话,显示的锁表操作也就没必要了。对事务表而言,用BEGIN/COMMIT
代替LOCK TABLES
来提高速度。锁表也回降低多次连接测试的总时间,尽管每个独立连接为了等待锁的最大等待时间也会增加。例如:Connection 1 does 1000 inserts Connections 2, 3, and 4 do 1 insert Connection 5 does 1000 inserts
如果没有锁表,则连接2,3,4会在1,5之前就做完了。如果锁表了,则连接2,3,4可能在1,5之后才能完成,但是总时间可能只需要40%。MySQL的
Insert
,Update
,Delete
操作都非常快,不过在一个语句中如果有超过5个插入或者更新时最好加锁以得到更好的性能。如果要一次性做很多个插入,最好是在每个循环(大约1000次)的前后加上LOCK TABLES
和UNLOCK TABLES
,从而让其他进程也能访问数据表;这么做性能依然不错。Insert
总是比LOAD DATA INFILE
插入数据来得慢,因为二者的实现策略有着分明的不同。
- 想要让
MyISAM
表更快,在LOAD DATA
和
INFILEInsert
时都可以增加系统变量key_buffer_size
的值,详情请看"7.5.2 Tuning Server Parameters"。
7.2.13 加速 Update
Update
语句的优化和 Select
一样,只不过它多了额外的写入开销。写入的开销取决于要更新的记录数以及索引数。如果索引没有发生变化,则就无需更新。
另一个提高更新速度的办法是推迟更新并且把很多次更新放在后面一起做。如果锁表了,那么同时做很多次更新比分别做更新来得快多了。
注意,如果是在 MyISAM
表中使用了动态的记录格式,那么记录被更新为更长之后就可能会被拆分。如果经常做这个,那么偶尔做一次 OPTIMIZE TABLE
就显得非常重要了。详情请看"14.5.2.5 OPTIMIZE TABLE Syntax"。
7.2.14 加速 Delete
删除单个记录的时间和它的索引个数几乎成正比。想更快地删除记录,可以增加索引键的缓存。详情请看"7.5.2 Tuning Server Parameters"。
如果想要删除数据表的所有记录,请使用 TRUNCATE TABLE tbl_name
而不是 Delete FROM tbl_name
。详情请看"14.1.9 TRUNCATE Syntax"。
7.2.15 其他优化点子
本章节列出了一些改善查询处理速度的其他点子:
- 使用永久连接到数据库,避免连接的开销。如果需要初始化很多连接,而又不能用永久连接,那么可以修改变量
thread_cache_size
的值,详情请看"7.5.2 Tuning Server Parameters"。 - 总是检查查询是否利用了表中已有的索引。在MySQL中,可以用
EXPLAIN
语句来分析。详情请看"7.2.1 EXPLAIN Syntax (Get Information About a Select)"。 - 尽量不要在经常需要更新的
MyISAM
表上用太过复杂的Select
语句,这是为了避免在读和写之间争夺锁。 - 在
MyISAM
表中,如果没有正在删除记录,则可以在其他查询正在读取数据的同时插入记录。如果这种情况十分重要,那么就要尽量在表没有删除记录时才使用表。另一个可能的办法就是在删除一大堆记录之后执行OPTIMIZE TABLE
语句。 - 如果总是需要按照
expr1, expr2, ...
的顺序取得记录,那么请使用Alter TABLE ... orDER BY expr1, expr2, ...
修改表。通过这种方法扩充修改表之后,就可能获得更高的性能表现。 - 在一些情况下,让一个字段类型是 ``hashed`` ,它基于其他字段信息。如果这个字段比较短而且基本上都是唯一值的话,那么就可能会比在几个字段上使用一个大索引来得更快,很简单的就能使用这样的额外字段,如下:
Select * FROM tbl_name Where hash_col=MD5(CONCAT(col1,col2)) AND col1='constant' AND col2='constant';
- 如果
MyISAM
表经常大量修改,那么要尽量避免修改所有的变长字段(VARCHAR, BLOB,TEXT
)。尽管表中只有一个变长字段,它也会采用动态记录格式的。详情请看"15 MySQL Storage Engines and Table Types"。 - 通常情况下,当数据表记录变 ``大`` 之后,将表拆分成几个不同的表并没有多大用处。访问一条记录是最大的性能点在于磁盘搜索时找到记录的第一个字节上。只要找到记录的位置后,现在的大部分磁盘对于大部分的应用程序来说都能很快的读取到记录。将
MyISAM
表拆分成多个唯一有关系的情况是,数据表中动态格式的字段(见上)就可以被修改成固定大小的记录,或者需要频繁的扫描表,但是却不需要读取出大部分的字段。详情请看"15 MySQL Storage Engines and Table Types"。 - 如果需要频繁的对一个表做基于很多字段信息的统计信息的话,那么可能新建一个表来存储这些实时更新的统计结果会更好。类似下面的更新就会非常快了:
Update tbl_name SET count_col=count_col+1 Where key_col=constant;
如果只需要表级锁(多个读/一个写),那么采用
MyISAM
存储引擎就非常重要了,例如MyISAM
和ISAM
表。这在很多的数据库中也会有不错的性能表现,因为行级锁管理程序在这种情况下也基本上没什么用。 - 如果需要从很大的日志表中搜集统计信息的话,可以用摘要表来代替扫描整个日志表。维护摘要表比保持 ``实时`` 的统计信息来得更快。当事情发生变化时(比如商业决策),重新建里摘要表比修改运营中的应用程序快多了。
- 如果可能,最好是分类报告 ``实时`` 还是 ``统计`` 的,报告所需要的数据只需要来自摘要表,摘要表的信息则是周期的从实时数据中产生。
- 应该认识到一个优点就是字段有默认值。当要插入的值和默认值不一致时才需要明确指定。这就省去了MySQL需要来提高插入速度这步了。
- 在一些情况下,将数据组装存储在
BLOB
类型字段中更方便。那么在应用程序中就需要增加额外的命令来组装和拆开BLOB
字段中的值,不过这么做在一些时候就可以节省很多存储开销。这在数据无需遵从记录-和-字段
格式的表结构是很实用。 - 通常地,应该保存所有的冗余数据(在数据库原理中叫做"第三范式")。然而,为了能取得更高的效率复制一些信息或者创建摘要表也是划算的。
- 存储过程或者
UDFs
(用户定义函数) 的方式在执行一些任务时可能性能更高。尽管如此,当数据库不支持这些特性时,还是有其他的替代方法可以达到目的,即使它们有点慢。 - 可以从查询缓存或应答中取得结果,然后将很多次的插入及更新操作放在一起做。如果数据库支持表锁(如MySQL和ORACLE),那么这就可以确保索引缓存在所有的更新操作之后只需要刷新一次。
- 当不需要直到数据什么时候写入表中时,可以用
Insert DELAYED
。这就会提高速度,因为多条记录同时在一起做一次磁盘写入操作。
- 当想让
Select
语句的优先级比插入操作还高时,用Insert LOW_PRIORITY
。
- 用
Select HIGH_PRIORITY
来使检索记录跳过队列,也就是说即使有其他客户端正要写入数据,也会先让Select
执行完。
- 在一条
Insert
语句中采用多重记录插入格式(很多数据库都支持)。
- 用
LOAD DATA INFILE
来导入大量数据,这比Insert
快。
- 用
AUTO_INCREMENT
字段来生成唯一值。
- 定期执行
OPTIMIZE TABLE
防止使用动态记录格式的MyISAM
表产生碎片。详情请看"15.1.3MyISAM
Table Storage Formats"。
- 采用
HEAP
表,它可能会提高速度。详情请看"15.1.3MyISAM
Table Storage Formats"。
- 正常的WEB服务器配置中,图片文件最好以文件方式存储,只在数据库中保存文件的索引信息。这么做的原因是,通常情况下WEB服务器对于文件的缓存总是做的比数据库来得好,因此使用文件存储会让系统更容易变得更快。
- 对于频繁访问的不是很重要的数据,可以保存在内存表中,例如对那些web客户端不能保存cookies时用于保存最后一次显示的标题等信息。
- 在不同表中值相同的字段应该将它们声明为一样的类型。在 MySQL 3.23 之前,不这么做的话在表连接时就会比较慢。让字段名尽可能简单,例如,在一个叫做
customer
的表中,用name
来代替customer_name
作为字段名。为了让字段名在其他数据库系统中也能移植,应该保持在18个字符长度以内。
- 如果需要真正的高速,建议看看各种数据库服务器支持的底层数据存储接口之间的区别。例如,通过直接访问MySQL的
MyISAM
存储引擎,会比通过其他的SQL接口快2-5倍。这要求数据必须和应用程序在同一个服务器上,并且它通常只被一个进程访问(因为外部文件锁确实慢)。只用一个进程就可以消除在MySQL服务器上引入底层的MyISAM
指令引发的问题了(这容易获得更高性能,如果需要的话)。由于数据库接口设计的比较细心,就很容易支持这种优化方式了。
- 如果使用数字型数据的话,在很多情况下想要访问数据库(使用在线连接)的信息会比采用文本文件来得快。由于数字型信息相比文本文件在数据库中存储的更加紧凑,因此访问时只需要更少的磁盘搜索。而且在应用程序中也可以节省代码,因为无需解析文本文件以找到对应的行和字段。
- 数据库复制对一些操作会有性能上的益处。可以将客户端从多个复制服务器上取得数据,这就能将负载分摊了。为了避免备份数据时会让主服务器变慢,还可以将备份放在从服务器上。详情请看"6 Replication in MySQL"。
- 定义
MyISAM
表时增加选项DELAY_KEY_WRITE=1
,这样的话就会另索引更新更快,因为只有等到数据表关闭了才会刷新磁盘。不过缺点是可能会在数据表还打开时服务器被杀死,可以使用参数--myisam-recover
来保证数据的安全,或者在数据库重启前运行myisamchk
命令(尽管如此,在这种情况下,使用DELAY_KEY_WRITE
的话也不会丢失任何东西,因为索引总是可以从数据中重新生成)。
发表评论
-
mybatis generator中的字段大小写生成问题
2017-10-22 19:35 11241mybatis generator插件中,如果 mysql数据 ... -
MySQL统计一个列中不同值的数量
2017-07-11 14:04 16227https://yiqiwuliao.com/post/mys ... -
mysql 1449 : The user specified as a definer ('root'@'%') does not exist 解决方法
2017-03-02 09:44 1724权限问题,授权 给 root 所有sql 权限 mysql ... -
几个不错的MYSQL 优化TIPS
2016-11-19 12:30 764图片来自http://imysql.com/的PDF分享 [ ... -
powerdesign 逆向ORACLE的坑
2016-09-27 17:08 523要注意的是,在WIN 64中,如果要用powerdesin 来 ... -
( 转)mysql中删除两条重复记录中的一条
2015-10-19 20:19 1293| id | createTime | labId | pub ... -
mysql中sql语句=,>的时候的索引设置
2015-05-02 12:27 1280在 https://www.percona.com/blog/ ... -
mysql中profile的使用
2015-04-30 11:11 2184mysql 的 sql 性能分析器主要用途是显示 sql 执行 ... -
mysql中的sql mode
2015-04-13 11:29 1110mysql sql mode小结 1 sql mode可以 ... -
PROCEDURE ANALYSE()为mysql提高性能提供建议
2015-04-02 16:37 1405procedure analyse();语法如下 select ... -
mongodb中意外退出的问题
2015-02-11 14:32 1309mongodb启动的时候,意外退出: Unclean shut ... -
mysql 5.5中保留字查询
2014-06-05 23:16 1451mysql 5.5中保留字查询 http://www.5is ... -
(转)oracle 临时表空间的增删改查
2014-03-18 12:44 1098oracle 临时表空间的增删改查 1、查看临时表空间 (d ... -
pl-sql developer安装
2014-02-07 09:16 1092一直都是机器本机上有oracle,所以装pl sql deve ... -
oracle中的nvl,nvl2等参数
2013-12-26 11:18 22401.nul函数将一个null值转换为一个实际的值。 数据类型可 ... -
Oracle中的ROWNUM rowid 以及MySQL中实现rownum功能类似的语句
2013-12-26 11:08 2323http://gong-10140.iteye.com/blo ... -
ORACLE XE版本的限制
2013-12-07 08:11 360310g中用户数据最大为4G, 11G中最大为11G,如果超出大 ... -
oracle中监控索引是否可用
2013-11-04 07:22 1034在oracle中,可以使用如下的方法监控索引是否可用: a ... -
mysql 5.6中的时间类型的新精度介绍
2013-10-28 09:33 8369留意到mysql 5.6中,可以使用select now(6) ... -
<<oracle索引技术》读书笔记1
2013-08-25 16:23 1288expert indexing in oracle datab ...
相关推荐
mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化mysql 性能优化...
mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql优化技巧mysql...
mysql慢可能是配置不对,阅读一下这个可能对你有帮助 ...对于Discuz!... 下面我们了解一下MySQL优化的一些基础,MySQL的优化我分为两个部分,一是服务器物理硬件的优化,二是MySQL自身(my.cnf)的优化。
Mysql 性能优化之架构优化
MySQL架构执行与SQL性能优化-MySQL高并发详解课程,课程的目标简单明确,核心就是MySQL的性能优化与高并发。课程内容进行了精华的浓缩,有四大内容主旨,MySQL架构与执行流程,MySQL索引原理详解,MySQL事务原理与...
mysql性能优化
详细介绍了mysql的优化方法,资料包里包含word文档,ppt和图片
Mysql性能优化教程 优化mysql性能,高并发
目录: 1. 我们可以且应该优化什么?...30. 给MYSQL更多信息以更好地解决问题的技巧 31. 事务的例子 32. 使用REPLACE的例子 33. 一般技巧 34. 使用MYSQL 3.23的好处 35. 正在积极开发的重要功能
MySQL性能优化总结.pdf
mysql使用中的一些优化。
MySQL性能优化 SQL优化方法技巧
mysql性能优化教程.pdf,方面阅读
mysql 性能 优化 pdf MySQL 介绍和优化分享
MySQL高级优化_整理.docx;mysql优化文档;mysql优化;
简单描述数据库优化方案,以及数据库一些常用的操作,包括一些简单的查询语句,函数使用,合适学习mysql的读者。 简单描述数据库优化方案,以及数据库一些常用的操作,包括一些简单的查询语句,函数使用,合适学习...
mysql优化
mysql配置和优化mysql配置和优化mysql配置和优化mysql配置和优化mysql配置和优化
MySQL数据库优化MySQL数据库优化MySQL数据库优化MySQL数据库优化