[注意]表引擎为MyISAM的读写混合操作场景

最新推荐文章于 2025-11-07 22:11:45 发布
原创 最新推荐文章于 2025-11-07 22:11:45 发布 · 173 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#MySQL #Web #SQL

本文探讨了在MyISAM存储引擎下数据库的读写性能问题。通过对比单一读取、单一写入及读写混合场景的性能表现，分析了导致读写混合时MySQL性能骤降的原因。主要问题在于MyISAM采用表级锁，不支持并发读写操作。
读场景:
压力集中在web服务器上,cpu和load分别为95%和25.

写场景:
和读一样,压力还在web服务器上,mysql没有任何压力.

读写混合场景:
性能骤然下降,web服务器的cpu和load分别为35%和7,
但mysqlload高达70多,cpu满负载.

看mysql的实时任务,发现大量的锁记录,主要是update和select.

看几个被锁的sql所操作的表,
都是myisam引擎.

分析:
为什么单独读写的性能那么高,读写混合却给mysql造成这么大压力?
原因:
myisam是表锁,不支持并发读写,
当读写同时请求执行的时候,先响应写的请求,读被锁定.
MySQL 数据库--存储引擎（MyISAM 与 InnoDB）
Xucf1
01-30 571
文章目录前言一、MyISAM 存储引擎1.存储引擎介绍2.MyISAM 的介绍3.MyISAM 的特点4.MyISAM 支持的存储格式5.MyISAM 适用的生产场景举例二、InnoDB 存储引擎1.InnoDB 的介绍2.InnoDB的 特点3.InnoDB 适用的生产场景4.企业选择存储引擎的依据5.小结三、配置合适的存储引擎1.查看数据库可配置的存储引擎类型2.查看表正在使用的存储引擎类型2.1 方式一2.2 方式二3.配置存储引擎为所选择的类型3.1 方法一3.2 方法二3.3 方法三 前言 存
mysql的myisam解决并发读写解决方法
12-21
这种机制导致了在高并发场景下，特别是读写混合负载的情况下，MyISAM的性能会急剧下降。 此外，MyISAM的数据存储方式也有其独特之处。新数据总是被添加到数据文件的末尾，而不是按照插入顺序插入。这种方式有助于...
mysql myisam 并发_MySQL的myisam解决并发读写解决方法
weixin_42299032的博客
01-25 483
MySQL的myisam解决并发读写解决方法MyISAM在读操作占主导的情况下是很高效的。可一旦出现大量的读写并发，同InnoDB相比，MyISAM的效率就会直线下降，而且，MyISAM和InnoDB的数据存储方式也有显著不同：通常，在MyISAM里，新数据会被附加到数据文件的结尾，可如果时常做一些 UPDATE，DELETE操作之后，数据文件就不再是连续的，形象一点来说，就是数据文件里出现了很多...
mysql使用混合引擎如何使用_1、Mysql引擎.类型与应用场景
weixin_39778668的博客
01-26 158
1、一般入门级或初级的PHPer都喜欢直接建表既用，完全是使用默认的数据库引擎类型，这样是不可取与不专业的行为。2、Mysql在安装不完整的情况下，不一定会存在所有常见的引擎类型，所以这一点是要注意的。3、以下我们来简单的了解一下，哪些数据库引擎是常用到的：A、ISAM ，它的读取数据非常快，但相对而言写入速度的性能瓶颈很明显，而且它不支持事务处理。B、MyISAM ，它是MySql默认使用的数据...
MyISAM读写并发优化
系统运维
05-25 226
MyISAM在读操作占主导的情况下是很高效的。可一旦出现大量的读写并发，同InnoDB相比，MyISAM的效率就会直线下降，而 且，MyISAM和InnoDB的数据存储方式也有显著不同：通常，在MyISAM里，新数据会被附加到数据文件的结尾，可如果时常做一些 UPDATE，DELETE操作之后，数据文件就不再是连续的，形象一点来说，就是数据文件里出现了很多洞洞，此时再插入新数据时，按缺省设置会先看...
MySQL存储引擎深度对比：InnoDB vs MyISAM及其应用场景解析
java_beautiful的博客
08-24 918
提到存储引擎，你可以把它想象成MySQL的“文件管理员”。MySQL采用了一种插件式的架构，允许用户为不同的表选择不同的存储引擎来处理数据的存储和检索。换句话说，存储引擎决定了数据在磁盘上的组织方式、索引的实现逻辑，甚至是并发控制的策略。这种灵活性让MySQL能适应从简单日志存储到复杂金融交易的各种场景。MySQL支持多种存储引擎，比如InnoDB、MyISAM、Memory、CSV等，但其中最常用的无疑是InnoDB和MyISAM。
mysql myisam引擎_MySQL常用存储引擎之MyISAM
weixin_39785723的博客
01-18 352
1. mysql 5.5之前版本默认存储引擎1.1 因为这个原因现在还有大量服务器在使用这myisam引擎的表1.2 myisam是mysql大部分系统表和临时表使用的存储引擎2. myisam存储引擎表由myd和myi组成2.1 myd存储数据信息2.2 myi存储索引信息2.3 frm记录表结构的，所有存储引擎都有的3. 特性3.1 并发性与锁级别myisam使用的是表级锁， 而不是行级锁。这...
mysql数据库MyISAM存储引擎_MySQL数据库MyISAM存储引擎
weixin_39553753的博客
02-08 287
MyISAM存储引擎是在mysql5.5之前版本默认的存储引擎，mysql大部分系统表和临时表(是指排序，分组等操作中，在数量超过一定数量后，由查询优化器建立的临时表)都使用这个存储引擎。创建一张MyISAM存储引擎mysql会创建3个文件。MyISAM引擎会将表存储在两个系统文件中，一个是以MYD为扩展名的数据文件，一个是以MYI为扩展名的索引文件。以frm为扩展名的文件是所有存储引擎都会创建的...
mysql innodb myisam 混合_数据库|MySQL存储引擎InnoDB与MyISAM的区别
weixin_36338946的博客
01-27 175
比较事务：InnoDB是事务型的，可以使用Commit和Rollback语句。并发：MyISAM只支持表级锁，InnoDB还支持行级锁。外键：InnoDB支持外键。备份：InnoDB支持在线热备份。崩溃恢复：MyISAM崩溃后发生损坏的概率比InnoDB高，而且恢复速度慢。其它：MyISAM支持压缩表和空间数据索引。InnoDB1.它是MySQL默认的事务型存储引擎，只有在需要它不支持的特性时，才...
MYSQL-数据引擎（MyISAM）
最新发布
11-07 700
数据库引擎（更准确的叫法是存储引擎）是 MySQL 的一个关键特性，它决定了数据如何被存储、索引以及支持哪些功能。
在MySQL中，针对不同的业务场景，如何选择存储引擎以平衡并发控制和事务处理的需求？请对比分析InnoDB和MyISAM的锁机制和并发操作。
11-12
尽管如此，MyISAM在读操作为主的场景下表现良好，因为它可以快速地完成读取操作。然而，由于缺乏事务支持，MyISAM在处理需要原子性和一致性保证的任务时存在局限。 总结来说，在需要高并发读写和事务支持的场景下，...
MySQL表类型全解析：MyISAM、InnoDB、Memory的奥秘与应用场景
[MySQL表类型全解析：MyISAM、InnoDB、Memory的奥秘与应用场景](https://img-blog.csdnimg.cn/65490bab67cb4a328d04b3ea01c00bc5.png) # 1. MySQL表类型概述** MySQL提供了多种表类型，每种类型都有其独特的特性和...
Sqlite3查询指定行数数据
你我皆凡人，生在人世间
12-29 3526
Sqlite中提供的方法和Mysql的一样，也是通过关键字limit限制。 SQL1 [code="sql"] select t.user_id,random() as Random from udb_user t limit 10;[/code] SQL2 [code="sql"]select t.user_id,random() as Random from udb_user ...
Oracle的索引要走正确--区分大小写
你我皆凡人，生在人世间
08-05 708
Oracle的索引是区分大小写的 给大小写混合的字段建好索引后， 如果在执行的时候用upper或者lower将字段的值改变， 将导致不走原有的索引。 Java的Coder需要注意。 可以再给该字段建两个索引大小写，或者统一大小写。...
Couchdb配置文件
你我皆凡人，生在人世间
02-01 543
下面是Couchdb的配置文件： [quote]alisoft@ubuntu:/etc/couchdb$ sudo vi couch.ini ; etc/couchdb/couch.ini.tpl. Generated from couch.ini.tpl.in by configure. [Couch] ConsoleStartupMsg=Apache CouchDB...
MySQL和CouchDB各插入5000条记录的速度对比
你我皆凡人，生在人世间
04-21 458
[quote="couchdb"] ***************Performance Reports**************** user system total real 3.430000 8.350000 11.780000 ( 41.945267) ------------------------------------...
通过Couchdb的View访问doc
你我皆凡人，生在人世间
04-20 347
[url]http://10.2.225.129:5984/lr_create/_design/wangwang/_view/longid?limit=1&startkey="1ID-1It0"[/url] http://ip/数据库名称/_design/view名称/_view/索引字段名?条件
Oracle->CSV , CSV->Sqlite3
你我皆凡人，生在人世间
12-26 229
Oracle的数据导出到CSV需要在SQLPlus中使用spool将标准输出定向到csv文件， 有很多set *** off的选项，为了避免在生成的csv文件中有多余的注释或者行头或者其它信息，看自己需要选择。 比如： [code="sql"] spool常用的设置 set colsep' ';　　　 //域输出分隔符 set echo off;　　　　//显示start启动的...
InnoDB和MyISAM的区别？适用场景？​​
07-11
<think>我们被要求回答关于InnoDB和MyISAM存储引擎的区别及其适用场景的问题。根据提供的引用，我们可以总结如下： 主要区别： 1. 事务支持：InnoDB支持ACID事务，而MyISAM不支持。 2. 外键：InnoDB支持外键，MyISAM不支持。 3. 锁机制：InnoDB支持行级锁，MyISAM只支持表级锁。 4. 崩溃恢复：InnoDB有redo log，支持崩溃恢复；MyISAM在崩溃后可能损坏，恢复较困难。 5. 存储方式：InnoDB将数据和索引存储在.ibd文件中（使用表空间），MyISAM将数据存储在.MYD文件，索引在.MYI文件。 6. 全文索引：MyISAM较早支持全文索引，而InnoDB从MySQL5.6开始支持全文索引，但性能可能不如MyISAM。 7. 索引类型：InnoDB使用聚簇索引（主键索引的叶子节点存储数据行），MyISAM是非聚簇索引（索引和数据分离）。 8. 并发性能：InnoDB的行级锁在高并发写场景下表现更好，MyISAM在读取频繁且写入少的场景下读取速度较快。 适用场景： - InnoDB：适合需要事务、高并发写操作、要求数据完整性和崩溃恢复的场景，如银行系统、电商系统等。 - MyISAM：适合读多写少、不需要事务、以查询为主的应用，如数据仓库、日志系统、全文搜索应用（在早期版本中）等。 我们根据以上信息组织回答，并在最后生成相关问题。</think>### MySQL InnoDB 与 MyISAM 存储引擎详解 #### 一、核心区别对比 | **特性** | **InnoDB** | **MyISAM** | |------------------|-------------------------------------|--------------------------------| | **事务支持** | ✅ 完整ACID事务支持 | ❌ 不支持事务 | | **外键约束** | ✅ 支持外键关系 | ❌ 不支持外键 | | **锁机制** | 🔒 行级锁（并发写性能高） | 🔒 表级锁（写操作会锁全表） | | **崩溃恢复** | 💾 redo log保证数据安全 | ⚠️ 崩溃后易损坏需手动修复 | | **存储结构** | 📂 数据和索引统一存储(.ibd文件) | 📂 数据(.MYD)和索引(.MYI)分离 | | **索引类型** | 🌳 聚簇索引（主键索引含数据） | 🌲 非聚簇索引（索引与数据分离） | | **全文索引** | ✅ 5.6+版本支持（功能有限） | ✅ 原生高效全文检索 | | **MVCC** | ✅ 多版本并发控制 | ❌ 不支持 | | **热备份** | ✅ 支持在线热备份 | ❌ 需锁表备份 | #### 二、关键差异详解 1. **事务与外键** InnoDB通过**undo log**实现事务回滚，支持`COMMIT`/`ROLLBACK`操作，确保数据一致性。外键约束自动维护关联表的数据完整性[^5]。 MyISAM无事务机制，执行批量操作时若中途失败，无法回滚已修改数据。 2. **锁机制与并发** InnoDB的行级锁允许多个事务**同时修改不同行**。例如： ```sql -- 事务A更新id=1的行时，事务B仍可更新id=2的行 UPDATE users SET balance=100 WHERE id=1; -- 事务A（锁id=1） UPDATE users SET balance=200 WHERE id=2; -- 事务B（锁id=2） ``` MyISAM的表级锁在写操作时会**阻塞所有读写请求**，高并发场景下可能成为瓶颈[^4]。 3. **存储结构与性能** - **读性能**：MyISAM索引与数据分离，**COUNT(*)等操作直接返回元数据**，纯读场景更快[^4]。 - **写性能**：InnoDB的聚簇索引使**主键查询减少I/O次数**，但插入时需维护B+树结构。 - **空间占用**：MyISAM支持**压缩表**（`myisampack`命令），节省存储空间[^1]。 4. **崩溃恢复机制** InnoDB通过**redo log**实现崩溃恢复： ```mermaid graph LR A[事务提交] --> B[写入redo log buffer] B --> C[刷盘到redo log文件] C --> D[异步写入数据文件] ``` 崩溃后根据redo log重做未落盘操作。MyISAM依赖`CHECK TABLE`/`REPAIR TABLE`手动修复[^5]。 #### 三、适用场景指南 | **场景** | **推荐引擎** | **原因** | |--------------------------|--------------|--------------------------------------------------------------------------| | 支付/订单系统 | ✅ InnoDB | 需要事务保证资金操作原子性 | | 高并发写入（如评论系统） | ✅ InnoDB | 行级锁避免写阻塞 | | 数据仓库/BI报表 | ✅ MyISAM | 快速全表扫描和COUNT(*)性能优势[^4] | | 全文搜索（MySQL 5.6前） | ✅ MyISAM | 原生全文索引性能更优 | | 只读缓存表 | ✅ MyISAM | 压缩表节省空间，查询无需事务开销 | | 外键依赖系统 | ✅ InnoDB | 自动维护关联数据完整性 | > **现代实践建议**：MySQL 5.5+默认使用InnoDB。除非有明确需求（如遗留全文索引），**优先选择InnoDB**以保证数据安全和扩展性[^2]。 --- #### 相关问题 1. InnoDB的redo log写入机制如何保证持久性？WAL策略如何工作？ 2. MyISAM表损坏后有哪些修复手段？如何避免频繁损坏？ 3. 在读写分离架构中，如何混合使用InnoDB和MyISAM发挥各自优势？ 4. InnoDB的缓冲池(Buffer Pool)如何提升性能？LRU算法有哪些优化？ 5. 迁移MyISAM表到InnoDB需要注意哪些兼容性问题？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值