MyISAM

博文大纲： 一、MyISAM存储引擎； 二、InnoDB存储引擎； 三、Memory存储引擎特点； 四、如何选择合适的存储引擎？ 前言 数据库存储引擎是数据库底层软件组件，数据库管理系统（DBMS）使用数据引擎进行创建、查询、更新和删除数据操作。不同的存储引擎提供不同的存储机制、索引技巧、锁定水平等功能，使用不同的存储引擎，还可以获得特定的功能。现在许多不同的数据库管理系统都支持多种不同的数据引擎。MySQL的核心就是存储引擎。 MySQL提供了多个不同的存储引擎，包括处理事务安全表的引擎和处理非事务安全表的引擎。在MySQL中，不需要在整个服务器中使用一种引擎，针对具体要求可以对每一个表使用不同的存储引擎。 存储引擎说白了就是数据存储的格式，不同的存储引擎功能不同，占用的空间大小不同，读取性能也不同; 数据库存储引擎是数据库底层软件组件，不同的存储引擎提供不同的存储机制; 在 MySQL 中，不需要在整个服务器中使用同一种存储引擎，可以对每一个表使用不同的存储引擎; MySQL 支持多种存储引擎，如 InnoDB 、MyISAM 、Memory 、Merge 、Archive 、CSV 、Federated 等等。 一、MyISAM存储引擎 1、MyISAM存储引擎的特点 MySQL 5.5 之前默认使用 MyISAM 引擎，MySQL 5.5 之后默认使用 InnoDB 引擎；

Mysql常见的引擎 常用的引擎是：Innodb和Myiasm这两种引擎： innodb： 提供了对事务的ACID操作，还提供了行级锁和外键约束，，他的优势就是处理大量数据，在msql启动的时候，首先会建立一个缓存池，主要是缓存数据和索引，但是操作大规模的数据查找时很慢，所以建议当需要数据库的事务操作时，使用这个，还有就是在写的时候不会锁定全表，所以在大规模并发操作的时候会提高效率； Myiasm： 这个是默认的引擎，不提供事务和行级锁和外键约束，当在insert和update时会锁定全表，所以在执行写操作对的时候效率会很慢， 和innodb不同的是，myiasm保留了行数，所以在执行select count（*） from 的时候会很快，不需要扫描全表，当我们执行的读操作多于写操作的时候，并且不需要事务的支持，我们可以使用myisam这个引擎。 这两种引擎的数据结构都是B+树 存储的不同： mysisam树节点存储得是数据的地址，指向实际的数据； innodb树节点存储得是实际的数据；这种索引也被称为聚集索引 常见的引擎 InnoDB MyISAM Memory/Heap BDB Merge Example CSV MaxDB Archive MyISAM：Mysql 5.0之前的默认数据库引擎，最为常用。拥有较高的插入，查询速度，但不支持事务 InnoDB：事务型速记的首选引擎

总结： InnoDB中，表数据文件本身就是按B+Tree组织的一个索引结构，聚簇索引就是按照每张表的主键构造一颗B+树，同时叶子节点中存放的就是整张表的行记录数据，也将聚集索引的叶子节点称为数据页。这个特性决定了索引组织表中数据也是索引的一部分； 　　一般建表会用一个自增主键做 聚簇索引，没有的话MySQL会默认创建，但是这个主键如果更改代价较高，故建表时要考虑自增ID不能频繁update这点。 　　我们日常工作中，根据实际情况自行添加的索引都是辅助索引，辅助索引就是一个为了需找主键索引的二级索引，现在找到主键索引再通过主键索引找数据； 本文链接：https://blog.csdn.net/lm1060891265/article/details/81482136 参考博客：http://www.admin10000.com/document/5372.html 聚簇索引并不是一种单独的索引类型，而 是一种数据存储方式 。具体细节依赖于其实现方式。 MySQL数据库中innodb存储引擎，B+树索引可以分为聚簇索引（也称聚集索引，clustered index）和辅助索引（有时也称非聚簇索引或二级索引，secondary index，non-clustered index）。这两种索引内部都是B+树，聚集索引的叶子节点存放着一整行的数据。 Innobd中的主键索引是一种聚簇索引

We have a large MyISAM table that is used to archive old data. This archiving is performed every month, and except from these occasions data is never written to the table. Is there anyway to "tell" MySQL that this table is read-only, so that MySQL might optimize the performance of reads from this table? I've looked at the MEMORY storage engine, but the problem is that this table is so large that it would take a large portion of the servers memory, which I don't want. Hope my question is clear enough, I'm a novice when it comes to db administration so any input or suggestions are welcome. Yes,

在数据库的增删改查操作中，使用最频繁的就是查询操作。 而在所有查询操作中，统计数量操作更是经常被用到。 关于数据库中行数统计，无论是MySQL还是Oracle亦或者是SqlServer，都有一个函数可以使用，那就是COUNT。 而对于COUNT，有几个问题很值得去思考： 1、COUNT有几种用法？ 2、COUNT(字段名)和COUNT()的查询结果有什么不同？ 3、COUNT(1)和COUNT()之间有什么不同？ 4、COUNT(1)和COUNT()之间的效率哪个更高？ 5、为什么《阿里巴巴Java开发手册》建议使用COUNT() 6、MySQL的MyISAM引擎对COUNT()做了哪些优化？ 7、MySQL的InnoDB引擎对COUNT()做了哪些优化？ 8、上面提到的MySQL对COUNT()做的优化，有一个关键的前提是什么？ 9、SELECT COUNT() 的时候，加不加where条件有差别吗？ 10、COUNT()、COUNT(1)和COUNT(字段名)的执行过程是怎样的？ 如果以上10道题，全部准确无误的回答的话，那说明你真的很了解COUNT函数了，如果有哪些知识点是不了解的，那么本文正好可以重新帮你认识一下Count，也为数据库优化做一些思考。 认识COUNT 关于COUNT函数的介绍： 1、COUNT(expr)

MySQL数据库基础（一）——MySQL数据库简介 一、MySQL简介 1、MySQL简介 MySQL是一个轻量级关系型数据库管理系统，由瑞典MySQL AB公司开发，目前属于Oracle公司。目前MySQL被广泛地应用在Internet上的中小型网站中，由于体积小、速度快、总体拥有成本低，开放源码、免费，一般中小型网站的开发都选择Linux + MySQL作为网站数据库。 MySQL是一个关系型数据库管理系统，MySQL是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，就增加了速度并提高了灵活性。 MySQL的官方网站的网址是：www.mysql.com 2、MySQL特性 MySQL是一种使用广泛的数据库，特性如下： A、使用C和C++编写，并使用了多种编译器进行测试，保证源代码的可移植性 　　 B、支持AIX、FreeBSD、HP-UX、Linux、Mac OS、Novell Netware、OpenBSD、OS/2 Wrap、Solaris、Windows等多种操作系统。 　　 C、为多种编程语言提供了API。编程语言包括C、C++、Python、Java、Perl、PHP、Eiffel、Ruby和Tcl等。 　　 D、支持多线程，充分利用CPU资源 　　 E、优化的SQL查询算法，有效地提高查询速度 　　 F

When using MyISAM the configuration setting key_buffer_size defines the size of the global buffer where MySQL caches frequently used blocks of index data. What is the corresponding setting for InnoDB? innodb_buffer_pool_size is the setting that controls the size of the memory buffer that InnoDB uses to cache indexes and data. It's an important performance option. See the manual page for the full explanation. The MySQL Performance Blog also has an article about how to choose a proper size for it. As far as I know, the best setting you can adjust for InnoDB is innodb_buffer_pool_size . The size

This question already has answers here : Possible Duplicate: Should I always prefer MySQL InnoDB over MyISAM? Under what conditions should InnoDB be used over MyISAM ? I've seen some MySQL optimization tests where MyISAM proves to be faster. All of my tables are MyISAM, so why should I switch to InnoDB? Pros & Cons of InnoDB & MyISAM - InnoDB recovers from a crash or other unexpected shutdown by replaying its logs. InnoDB can be run in a mode where it has lower reliability but in some cases higher performance. InnoDB automatically groups together multiple concurrent inserts and flushes them to

Mysql的数据库引擎 Mysql的逻辑分层 连接层-->服务层--->引擎层--->存储层 什么是数据库引擎 数据库引擎是用于存储、处理和保护数据的核心服务。 当你访问数据库时，不管是手工访问，还是程序访问，都不是直接读写数据库文件，而是通过数据库引擎去访问数据库文件 注意：数据引擎是指表格中的引擎， 数据库引擎innodb与myisam区别 是否支持事务 InnoDB支持事务 对于InnoDB每一条SQL语言都默认封装成事务，自动提交，这样会影响速度，所以最好把多条SQL语言放在begin transaction和commit之间，组成一个事务； MyISAM不支持， 支持锁的级别不同 InnoDB支持行锁 注意：数据库的主键和索引对锁是有影响的。 在使用for update的时候，在明确使用主键或者索引的时候才会是行锁，否则就是表锁。 MyISAM只支持表锁 是否支持外键 InnoDB支持外键 MyISAM不支持。 对一个包含外键的InnoDB表转为MYISAM会失败； 存放索引的方式 InnoDB是聚集索引， 数据文件是和索引绑在一起的，必须要有主键，通过主键索引效率很高。但是辅助索引需要两次查询，先查询到主键，然后再通过主键查询到数据。 因此，主键不应该过大，因为主键太大，其他索引也都会很大。 MyISAM是非聚集索引，数据文件是分离的， 索引保存的是数据文件的指针