在这篇文章中，我们将为您详细介绍Mysql应用有关MyISAM引擎的锁定机制的内容，并且讨论关于mysql中myisam引擎采用的锁的相关问题。此外，我们还会涉及一些关于Innodb与Myisam引擎
在这篇文章中，我们将为您详细介绍Mysql应用有关MyISAM引擎的锁定机制的内容，并且讨论关于mysql中myisam引擎采用的锁的相关问题。此外，我们还会涉及一些关于Innodb与Myisam引擎的区别与应用场景、InnoDB和MyISAM引擎的选择及修改默认引擎、InnoDB还是MyISAM 再谈MySQL存储引擎的选择、MyISAM VS InnoDB MySQL存储引擎的选择的知识，以帮助您更全面地了解这个主题。
本文目录一览：- Mysql应用有关MyISAM引擎的锁定机制（mysql中myisam引擎采用的锁）
- Innodb与Myisam引擎的区别与应用场景
- InnoDB和MyISAM引擎的选择及修改默认引擎
- InnoDB还是MyISAM 再谈MySQL存储引擎的选择
- MyISAM VS InnoDB MySQL存储引擎的选择
Mysql应用有关MyISAM引擎的锁定机制（mysql中myisam引擎采用的锁）
《MysqL应用有关MyISAM引擎的锁定机制》要点：
本文介绍了MysqL应用有关MyISAM引擎的锁定机制，希望对您有用。如果有疑问，可以联系我们。
本节内容：
MyISAM引擎的锁定机制MysqL数据库
在MysqL数据库中,MyISAM存储引擎适合于读频率远大于写频率这一情况.
目前的应用可能会出现在某一时段读写频率相当.MysqL数据库
大致如下：
一个客户端发出需要长时间运行的SELECT
其他客户端在同一个表上发出INSERT或者UPDATE,这个客户将等待SELECT完成
另一个客户在同一个表上发出另一个SELECT；因UPDATE或INSERT比SELECT有更高有优先级,该SELECT将等待UPDATE或INSERT完成,也将等待第一个SELECT完成
也就是说对MyISAM表的读操作,不会阻塞其他用户对同一表的读哀求,但会阻塞对同一表的写哀求；对 MyISAM表的写操作,则会阻塞其他用户对同一表的读和写操作
；MyISAM表的读操作与写操作之间,以及写操作之间是串行的!MysqL数据库
办理方案：
MyISAM存储引擎有一个系统变量concurrent_insert,专门用以控制其并发插入的行为,其值分别可以为0、1或2.
0 不允许并发操作
1 如果MyISAM表中没有空洞(即表的中间没有被删除的行),MyISAM允许在一个进程读表的同时,另一个进程从表尾插入记录.这也是MysqL的默认设置.
2 无论MyISAM表中有没有空洞,都允许在表尾并发插入记录
使用--low-priority-updates启用MysqLd.这将给所有更新(修改)一个表的语句以比SELECT语句低的优先级.在这种情况下,在先前情形的最后的SELECT语句将在INSERT语句
前执行.MysqL数据库
为max_write_lock_count设置一个低值,使得在必定数量的WRITE锁定后,给出READ锁定
使用LOW_PRIORITY属性给于一个特定的INSERT,UPDATE或DELETE较低的优先级
使用HIGH_PRIORITY属性给于一个特定的SELECT
使用INSERT DELAYED语句MysqL数据库
《MysqL应用有关MyISAM引擎的锁定机制》是否对您有启发，欢迎查看更多与《MysqL应用有关MyISAM引擎的锁定机制》相关教程，学精学透。小编PHP学院为您提供精彩教程。
Innodb与Myisam引擎的区别与应用场景
1.区别：
（1）事务处理：
MyISAM是非事务安全型的，而InnoDB是事务安全型的（支持事务处理等高级处理）；
（2）锁机制不同：
MyISAM是表级锁，而InnoDB是行级锁；
（3）select,update,insert,delete 操作：
MyISAM：如果执行大量的SELECT，MyISAM是更好的选择
InnoDB：如果你的数据执行大量的INSERT或UPDATE，出于性能方面的考虑，应该使用InnoDB表
（4）查询表的行数不同：
MyISAM：select count(*) from table,MyISAM只要简单的读出保存好的行数，注意的是，当count(*)语句包含
InnoDB：InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行
（5）外键支持：
mysiam表不支持外键，而InnoDB支持
2.为什么MyISAM会比Innodb 的查询速度快。
INNODB在做SELECT的时候，要维护的东西比MYISAM引擎多很多；
1）数据块，INNODB要缓存，MYISAM只缓存索引块，这中间还有换进换出的减少；
2）innodb寻址要映射到块，再到行，MYISAM 记录的直接是文件的OFFSET，定位比INNODB要快
3）INNODB还需要维护MVCC一致；虽然你的场景没有，但他还是需要去检查和维护
MVCC ( Multi-Version Concurrency Control )多版本并发控制
3. 应用场景
MyISAM适合：(1)做很多count 的计算；(2)插入不频繁，查询非常频繁；(3)没有事务。
InnoDB适合：(1)可靠性要求比较高，或者要求事务；(2)表更新和查询都相当的频繁，并且行锁定的机会比较大的情况。
InnoDB和MyISAM引擎的选择及修改默认引擎
MySQL数据库更改默认引擎为Innodb【配置】
InnoDB和MyISAM是许多人在使用MySQL时最常用的两个表类型，这两个表类型各有优劣，视具体应用而定。
基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行速度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持以及外部键等高级数据库功能。
我为什么要改默认引擎，其实原因很简单，我使用的Mysql默认引擎是MyISAM，而MyISAM并不支持事务处理，所以我需要更换它的引擎。
更改 Mysql 默认引擎为 InnoDB步骤如下：
Mysql默认是关闭InnoDB存储引擎的使用的，将InnoDB设置为默认的引擎如下。
1. 查看Mysql存储引擎情况： mysql>show engines，结果是： InnoDB | YES，说明此Mysql数据库服务器支持InnoDB引擎。
2. 设置InnoDB为默认引擎：在配置文件my.ini中的 [mysqld] 下面加入default-storage-engine=INNODB
3. 重启Mysql服务器
4. 登录Mysql数据库，mysql>show engines 如果出现 InnoDB |DEFAULT，则表示设置InnoDB为默认引擎成功。
InnoDB还是MyISAM 再谈MySQL存储引擎的选择
两种类型最主要的差别就是Innodb 支持事务处理与外键和行级锁.而MyISAM不支持.所以MyISAM往往就容易被人认为只适合在小项目中使用。
我作为使用MySQL的用户角度出发，Innodb和MyISAM都是比较喜欢的，但是从我目前运维的数据库平台要达到需求：99.9%的稳定性，方便的扩展性和高可用性来说的话，MyISAM绝对是我的首选。
原因如下：
1、首先我目前平台上承载的大部分项目是读多写少的项目，而MyISAM的读性能是比Innodb强不少的。
2、MyISAM的索引和数据是分开的，并且索引是有压缩的，内存使用率就对应提高了不少。能加载更多索引，而Innodb是索引和数据是紧密捆绑的，没有使用压缩从而会造成Innodb比MyISAM体积庞大不小。
3、从平台角度来说，经常隔1，2个月就会发生应用开发人员不小心update一个表where写的范围不对，导致这个表没法正常用了，这个时候MyISAM的优越性就体现出来了，随便从当天拷贝的压缩包取出对应表的文件，随便放到一个数据库目录下，然后dump成sql再导回到主库，并把对应的binlog补上。如果是Innodb，恐怕不可能有这么快速度，别和我说让Innodb定期用导出xxx.sql机制备份，因为我平台上最小的一个数据库实例的数据量基本都是几十G大小。
4、从我接触的应用逻辑来说，select count(*) 和order by 是最频繁的，大概能占了整个sql总语句的60%以上的操作，而这种操作Innodb其实也是会锁表的，很多人以为Innodb是行级锁，那个只是where对它主键是有效，非主键的都会锁全表的。
5、还有就是经常有很多应用部门需要我给他们定期某些表的数据，MyISAM的话很方便，只要发给他们对应那表的frm.MYD,MYI的文件，让他们自己在对应版本的数据库启动就行，而Innodb就需要导出xxx.sql了，因为光给别人文件，受字典数据文件的影响，对方是无法使用的。
6、如果和MyISAM比insert写操作的话，Innodb还达不到MyISAM的写性能，如果是针对基于索引的update操作，虽然MyISAM可能会逊色Innodb,但是那么高并发的写，从库能否追的上也是一个问题，还不如通过多实例分库分表架构来解决。
7、如果是用MyISAM的话，merge引擎可以大大加快应用部门的开发速度，他们只要对这个merge表做一些select count(*)操作，非常适合大项目总量约几亿的rows某一类型(如日志，调查统计)的业务表。
当然Innodb也不是绝对不用，用事务的项目如模拟炒股项目，我就是用Innodb的，活跃用户20多万时候，也是很轻松应付了，因此我个人也是很喜欢Innodb的，只是如果从数据库平台应用出发，我还是会首选MyISAM。
另外，可能有人会说你MyISAM无法抗太多写操作，但是我可以通过架构来弥补，说个我现有用的数据库平台容量：主从数据总量在几百T以上，每天十多亿 pv的动态页面，还有几个大项目是通过数据接口方式调用未算进pv总数，(其中包括一个大项目因为初期memcached没部署,导致单台数据库每天处理 9千万的查询)。而我的整体数据库服务器平均负载都在0.5-1左右
MyISAM VS InnoDB MySQL存储引擎的选择
大多数面试的人都比较喜欢问的问题。 说说 MySQL存储引擎的选择。 MySQL的存储引擎太多了， 比较有名的都有七八个， 具体哪些就不一一列出来了， 最常用的只有两种, 如题， 就是 MyISAM 和 InnoDb. 我们从两个方面来讲一下 MyISAM和 InnoDB 的区别， 功能方
大多数面试的人都比较喜欢问的问题。
说说 MySQL存储引擎的选择。 MySQL的存储引擎太多了， 比较有名的都有七八个， 具体哪些就不一一列出来了， 最常用的只有两种, 如题， 就是 MyISAM 和 InnoDb. 我们从两个方面来讲一下 MyISAM和 InnoDB 的区别， 功能方面和性能方面， 先实现功能再追求性能！
功能部分
- InnoDB 支持事务， MyISAM不支持。 虽说 MyiSAM下边也可以 set autocommit =0 ; 但是修改数据是直接写磁盘的！
- InnoDB 支持外键， MyISAM不支持。
- MyISAM 支持全文索引（Fulltext Index） ， InnoDB 不支持。
性能部分
跟性能相关的最重要的区别就是 MyISAM 和 InnoDB 实现的锁机制不一样！ MyISAM 使用的是表锁， 而 InnoDB实现的是行锁。
我也装逼一下， 先介绍一下锁。 在多个线程同时操作一张表里的某条数据的时候， 有人读有人写 这样不是一团糟了。 所以要操作之前先把资源给锁起来， 在你操作的过程中别人不的过来干涉。 锁分为两种， 一种是读锁， 在读的时候不允许其他线程写， 允许其他的线程同时读， 还有一种是写锁， 在操作的时候不允许其他的线程读写。
MyISAM跟InnoDB不同的是， MyISAM 锁的是整张表， 而InnoDB是锁定的要操作的行， 相比MyISAM来说 InnoDB 还要多出来一步操作就是先要找到目标行， 增加了复杂度和操作时间， 但是也高并发， 因为只锁定要操作的行， 所以可以多个线程同时操作（只要不操作其他线程已经锁定的行）。
OK, 下结论的时候到了： 对于主要是Insert和select操作的表选择MyISAM存储引擎， 对频繁更新对并发性要求比较高的数据表采用InnoDB存储引擎会更好一些。
了解了上边的这么多面试应该没什么大的问题了， 但是锁的机制远远是没有这么简单的， 尤其是InnoDB存储引擎的锁机制， 还要跟事务牵扯到一起， 比较复杂， 这里就不再多说， 敬请继续关注我的博客: http://www.phpv5.com
声明: 本文采用 CC BY-NC-SA 3.0 协议进行授权
本文链接地址：http://www.phpv5.com/blog/archives/259/
今天的关于Mysql应用有关MyISAM引擎的锁定机制和mysql中myisam引擎采用的锁的分享已经结束，谢谢您的关注，如果想了解更多关于Innodb与Myisam引擎的区别与应用场景、InnoDB和MyISAM引擎的选择及修改默认引擎、InnoDB还是MyISAM 再谈MySQL存储引擎的选择、MyISAM VS InnoDB MySQL存储引擎的选择的相关知识，请在本站进行查询。
本文标签：
