MyISAM

MyISAM存储引擎 　　MyISAM基于ISAM存储引擎，并对其进行扩展。它是在Web、数据仓储和其他应用环境下最常使用的存储引擎之一。 MyISAM拥有较高的插入、查询速度，但不支持事务。 MyISAM主要特性有： 大文件（达到63位文件长度）在支持大文件的文件系统和操作系统上被支持。 当把删除、更新和插入操作混合使用的时候，动态尺寸的行产生更少碎片。这要通过合并相邻被删除的块，以及若下一个块被删除，就扩展到下一块自动完成。 每个MyISAM表最大索引数是64，这可以通过重新编译来改变。每个索引最大的列数是16 NULL被允许在索引的列中，这个值占每个键的0~1个字节 可以把数据文件和索引文件放在不同目录（InnoDB是放在一个目录里面的） 　　 MyISAM引擎使用B+Tree作为索引结构， 叶节点的data域存放的是数据记录的地址 。 　　下图是MyISAM索引的原理图： 　　 可以看出MyISAM的索引文件仅仅保存数据记录的地址。 在MyISAM中，主索引和辅助索引（Secondary key）在结构上没有任何区别，只是主索引要求key是唯一的，而辅助索引的key可以重复。 　　如果我们在Col2上建立一个辅助索引，则此索引的结构如下图所示： 　　同样也是一颗B+Tree，data域保存数据记录的地址。 因此，MyISAM中索引检索的算法为首先按照B

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 我在MySQL中有一个消息表，该表记录了用户之间的消息。 除了典型的ID和消息类型（所有整数类型）之外，我还需要将实际消息文本另存为VARCHAR或TEXT。 我将前端限制设置为3000个字符，这意味着消息插入数据库的时间绝不会超过此时间。 是否有理由使用VARCHAR（3000）或TEXT？ 只是编写VARCHAR（3000）有点不合常理。 我曾经在Stack Overflow上浏览过其他类似的文章，但是最好获得特定于这种常见消息存储类型的视图。 #1楼 您能预测用户输入多长时间吗？ VARCHAR（X） 案例： 用户名，电子邮件，国家/地区，主题，密码 文本 案例： 消息，电子邮件，评论，格式化文本，html，代码，图像，链接 中文字 案例： 大型json正文，中短长度的书籍，csv字符串 长文本 案例： 教科书，程序，日志文件的年限，哈利·波特与火焰杯，科学研究记录 #2楼 TEXT 和 BLOB 存储在表外，该表仅具有指向实际存储位置的指针。 VARCHAR 与表内联存储。 在大小合理的情况下， VARCHAR 更快，其折衷会更快，具体取决于您的数据和硬件，您希望使用数据对真实场景进行基准测试。 更新 VARCHAR 还是 TEXT 是内联存储还是非记录存储取决于数据大小，列大小，row

Mysql的锁机制 在Mysql中，不同的存储引擎支持不同的锁机制。比如，MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking)；InnoDB存储引擎既支持行级锁(row-level locking)，也支持表级锁，但默认情况下是采用行级锁。 表级锁： 开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。 行级锁： 开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。 1.MyISAM表锁 MyISAM默认加的是表锁 MySQL的表级锁有两种模式： 表共享读锁（Table Read Lock） 和 表独占写锁（Table Write Lock） 。 对MyISAM表的读操作，不会阻塞其他用户对同一表的读请求，但会阻塞对同一表的写请求；对 MyISAM表的写操作，则会阻塞其他用户对同一表的读和写操作；MyISAM表的读操作与写操作之间，以及写操作之间是串行(共享读锁（S）之间是兼容的，但共享读锁（S）与排他写锁（X）之间，以及排他写锁（X）之间是互斥的)的！ 写锁阻塞读 :当一个线程获得对一个表的写锁之后，只有持有锁的线程可以对表进行更新操作。其他线程的读写操作都会等待，直到锁释放为止。 读锁阻塞写 :一个session使用lock table给表加读锁，这个session可以锁定表中的记录

MySQL存储引擎－－MyISAM与InnoDB区别 MyISAM 和InnoDB 讲解 　　InnoDB和MyISAM是使用MySQL时最常用的两个表类型。 　　基本的差别为：MyISAM类型不支持事务处理等高级处理，而InnoDB类型支持。MyISAM类型的表强调的是性能，其执行数度比InnoDB类型更快，但是不提供事务支持，而InnoDB提供事务支持以及外部键等高级数据库功能。 　　以下是一些细节和具体实现的差别： 　　◆1.InnoDB不支持FULLTEXT类型的索引。 　　◆2.InnoDB 中不保存表的具体行数，也就是说，执行select count(*) from table时，InnoDB要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含 where条件时，两种表的操作是一样的。 　　◆3.对于AUTO_INCREMENT类型的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中，可以和其他字段一起建立联合索引。 　　◆4.DELETE FROM table时，InnoDB不会重新建立表，而是一行一行的删除。 　　◆5.LOAD TABLE FROM MASTER操作对InnoDB是不起作用的，解决方法是首先把InnoDB表改成MyISAM表，导入数据后再改成InnoDB表