湘潭市网站建设,新品发布会新闻稿,淄博网站建设兼职,聊城集团网站建设费用前些天发现了一个巨牛的人工智能学习网站#xff0c;通俗易懂#xff0c;风趣幽默#xff0c;忍不住分享一下给大家。点击跳转到教程。
一个简单的对比测试
以我去年测试的数据作为一个简单示例#xff0c;20多条数据源随机生成200万条数据#xff0c;平均每条数据源都重…前些天发现了一个巨牛的人工智能学习网站通俗易懂风趣幽默忍不住分享一下给大家。点击跳转到教程。
一个简单的对比测试
以我去年测试的数据作为一个简单示例20多条数据源随机生成200万条数据平均每条数据源都重复大概10万次表结构比较简单仅包含一个自增ID一个char类型一个text类型和一个int类型单表2G大小使用MyIASM引擎。开始测试未添加任何索引。
执行下面的SQL语句
1mysql SELECT id,FROM_UNIXTIME(time) FROM article WHERE a.title测试标题
查询需要的时间非常恐怖的如果加上联合查询和其他一些约束条件数据库会疯狂的消耗内存并且会影响前端程序的执行。这时给title字段添加一个BTREE索引
1mysql ALTER TABLE article ADD INDEX index_article_title ON title(200);
再次执行上述查询语句其对比非常明显 MySQL索引的概念
索引是一种特殊的文件(InnoDB数据表上的索引是表空间的一个组成部分)它们包含着对数据表里所有记录的引用指针。更通俗的说数据库索引好比是一本书前面的目录能加快数据库的查询速度。上述SQL语句在没有索引的情况下数据库会遍历全部200条数据后选择符合条件的而有了相应的索引之后数据库会直接在索引中查找符合条件的选项。如果我们把SQL语句换成“SELECT * FROM article WHERE id2000000”那么你是希望数据库按照顺序读取完200万行数据以后给你结果还是直接在索引中定位呢上面的两个图片鲜明的用时对比已经给出了答案注一般数据库默认都会为主键生成索引。
索引分为聚簇索引和非聚簇索引两种聚簇索引是按照数据存放的物理位置为顺序的而非聚簇索引就不一样了聚簇索引能提高多行检索的速度而非聚簇索引对于单行的检索很快。
MySQL索引的类型
1. 普通索引
这是最基本的索引它没有任何限制比如上文中为title字段创建的索引就是一个普通索引MyIASM中默认的BTREE类型的索引也是我们大多数情况下用到的索引。
01–直接创建索引
02CREATE INDEX index_name ON table(column(length))
03–修改表结构的方式添加索引
04ALTER TABLE table_name ADD INDEX index_name ON (column(length))
05–创建表的时候同时创建索引
06CREATE TABLE table (
07id int(11) NOT NULL AUTO_INCREMENT ,
08title char(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
09content text CHARACTER SET utf8 COLLATE utf8_general_ci NULL ,
10time int(10) NULL DEFAULT NULL ,
11PRIMARY KEY (id),
12INDEX index_name (title(length))
13)
14–删除索引
15DROP INDEX index_name ON table
2. 唯一索引
与普通索引类似不同的就是索引列的值必须唯一但允许有空值注意和主键不同。如果是组合索引则列值的组合必须唯一创建方法和普通索引类似。
01–创建唯一索引
02CREATE UNIQUE INDEX indexName ON table(column(length))
03–修改表结构
04ALTER TABLE table_name ADD UNIQUE indexName ON (column(length))
05–创建表的时候直接指定
06CREATE TABLE table (
07id int(11) NOT NULL AUTO_INCREMENT ,
08title char(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
09content text CHARACTER SET utf8 COLLATE utf8_general_ci NULL ,
10time int(10) NULL DEFAULT NULL ,
11PRIMARY KEY (id),
12UNIQUE indexName (title(length))
13);
3. 全文索引FULLTEXT
MySQL从3.23.23版开始支持全文索引和全文检索FULLTEXT索引仅可用于 MyISAM 表他们可以从CHAR、VARCHAR或TEXT列中作为CREATE TABLE语句的一部分被创建或是随后使用ALTER TABLE 或CREATE INDEX被添加。对于较大的数据集将你的资料输入一个没有FULLTEXT索引的表中然后创建索引其速度比把资料输入现有FULLTEXT索引的速度更为快。不过切记对于大容量的数据表生成全文索引是一个非常消耗时间非常消耗硬盘空间的做法。
01–创建表的适合添加全文索引
02CREATE TABLE table (
03id int(11) NOT NULL AUTO_INCREMENT ,
04title char(255) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
05content text CHARACTER SET utf8 COLLATE utf8_general_ci NULL ,
06time int(10) NULL DEFAULT NULL ,
07PRIMARY KEY (id),
08FULLTEXT (content)
09);
10–修改表结构添加全文索引
11ALTER TABLE article ADD FULLTEXT index_content(content)
12–直接创建索引
13CREATE FULLTEXT INDEX index_content ON article(content)
4. 单列索引、多列索引
多个单列索引与单个多列索引的查询效果不同因为执行查询时MySQL只能使用一个索引会从多个索引中选择一个限制最为严格的索引。
5. 组合索引最左前缀
平时用的SQL查询语句一般都有比较多的限制条件所以为了进一步榨取MySQL的效率就要考虑建立组合索引。例如上表中针对title和time建立一个组合索引ALTER TABLE article ADD INDEX index_titme_time (title(50),time(10))。建立这样的组合索引其实是相当于分别建立了下面两组组合索引
–title,time
–title
为什么没有time这样的组合索引呢这是因为MySQL组合索引“最左前缀”的结果。简单的理解就是只从最左面的开始组合。并不是只要包含这两列的查询都会用到该组合索引如下面的几个SQL所示
1–使用到上面的索引
2SELECT * FROM article WHREE title测试 AND time1234567890;
3SELECT * FROM article WHREE utitle测试;
4–不使用上面的索引
5SELECT * FROM article WHREE time1234567890;
MySQL索引的优化
上面都在说使用索引的好处但过多的使用索引将会造成滥用。因此索引也会有它的缺点虽然索引大大提高了查询速度同时却会降低更新表的速度如对表进行INSERT、UPDATE和DELETE。因为更新表时MySQL不仅要保存数据还要保存一下索引文件。建立索引会占用磁盘空间的索引文件。一般情况这个问题不太严重但如果你在一个大表上创建了多种组合索引索引文件的会膨胀很快。索引只是提高效率的一个因素如果你的MySQL有大数据量的表就需要花时间研究建立最优秀的索引或优化查询语句。下面是一些总结以及收藏的MySQL索引的注意事项和优化方法。
1. 何时使用聚集索引或非聚集索引
动作描述使用聚集索引使用非聚集索引列经常被分组排序使用使用返回某范围内的数据使用不使用一个或极少不同值不使用不使用小数目的不同值使用不使用大数目的不同值不使用使用频繁更新的列不使用使用外键列使用使用主键列使用使用频繁修改索引列不使用使用
事实上我们可以通过前面聚集索引和非聚集索引的定义的例子来理解上表。如返回某范围内的数据一项。比如您的某个表有一个时间列恰好您把聚合索引建立在了该列这时您查询2004年1月1日至2004年10月1日之间的全部数据时这个速度就将是很快的因为您的这本字典正文是按日期进行排序的聚类索引只需要找到要检索的所有数据中的开头和结尾数据即可而不像非聚集索引必须先查到目录中查到每一项数据对应的页码然后再根据页码查到具体内容。其实这个具体用法我还不是很理解只能等待后期的项目开发中慢慢学学了。
2. 索引不会包含有NULL值的列
只要列中包含有NULL值都将不会被包含在索引中复合索引中只要有一列含有NULL值那么这一列对于此复合索引就是无效的。所以我们在数据库设计时不要让字段的默认值为NULL。
3. 使用短索引
对串列进行索引如果可能应该指定一个前缀长度。例如如果有一个CHAR(255)的列如果在前10个或20个字符内多数值是惟一的那么就不要对整个列进行索引。短索引不仅可以提高查询速度而且可以节省磁盘空间和I/O操作。
4. 索引列排序
MySQL查询只使用一个索引因此如果where子句中已经使用了索引的话那么order by中的列是不会使用索引的。因此数据库默认排序可以符合要求的情况下不要使用排序操作尽量不要包含多个列的排序如果需要最好给这些列创建复合索引。
5. like语句操作
一般情况下不鼓励使用like操作如果非使用不可如何使用也是一个问题。like “%aaa%” 不会使用索引而like “aaa%”可以使用索引。
6. 不要在列上进行运算
例如select * from users where YEAR(adddate)2007将在每个行上进行运算这将导致索引失效而进行全表扫描因此我们可以改成select * from users where adddate’2007-01-01′。关于这一点可以围观一个单引号引发的MYSQL性能损失。
最后总结一下MySQL只对一下操作符才使用索引,,,,,between,in,以及某些时候的like(不以通配符%或_开头的情形)。而理论上每张表里面最多可创建16个索引不过除非是数据量真的很多否则过多的使用索引也不是那么好玩的比如我刚才针对text类型的字段创建索引的时候系统差点就卡死了。 转自https://www.cnblogs.com/lihuiyong/p/5623191.html
