MyISAM

1、MySQL的复制原理以及流程 基本原理流程，3个线程以及之间的关联； 1. 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中； 2. 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进 自己的relay log中； 3. 从：sql执行线程——执行relay log中的语句； 2、MySQL中myisam与innodb的区别，至少5点 (1)、问5点不同； 1>.InnoDB支持事物，而MyISAM不支持事物 2>.InnoDB支持行级锁，而MyISAM支持表级锁 3>.InnoDB支持MVCC, 而MyISAM不支持 4>.InnoDB支持外键，而MyISAM不支持 5>.InnoDB不支持全文索引，而MyISAM支持。 (2)、innodb引擎的4大特性 插入缓冲（insert buffer),二次写(double write),自适应哈希索引(ahi),预读(read ahead) (3)、2者selectcount(*)哪个更快，为什么 myisam更快，因为myisam内部维护了一个计数器，可以直接调取。 3、MySQL中varchar与char的区别以及varchar(50)中的50代表的涵义 (1)、varchar与char的区别 char是一种固定长度的类型

I was testing transaction support in innoDB tables, and just for the curriosity I tried to run the same transaction on MyIsam table, and surprisingly it worked. I am assuming that on myIsam table queries are executed one after another not in one atomic operation and I don't get any errors from START TRANSACTION and COMMIT and ROLLBACK operations. I am interested, is MyIsam engine just ignoring this operations or does it perform some actions? MyISAM effectively works in auto-commit mode (as it's not a transactional engine), and it just ignores the commit/rollback. Actually storage engine is a

MyISAM是MySQL的默认数据库引擎（5.5版之前），由早期的ISAM（Indexed Sequential Access Method：有索引的顺序访问方法）所改良。虽然性能极佳，但却有一个缺点：不支持事务处理（transaction）。不过，在这几年的发展下，MySQL也导入了InnoDB（另一种数据库引擎），以强化参考完整性与并发违规处理机制，后来就逐渐取代MyISAM。 InnoDB，是MySQL的数据库引擎之一，为MySQL AB发布binary的标准之一。InnoDB由Innobase Oy公司所开发，2006年五月时由甲骨文公司并购。与传统的ISAM与MyISAM相比，InnoDB的最大特色就是支持了ACID兼容的事务（Transaction）功能，类似于PostgreSQL。目前InnoDB采用双轨制授权，一是GPL授权，另一是专有软件授权。 MyISAM和InnoDB两者之间有着明显区别，简单梳理如下: 1) 事务支持 MyISAM不支持事务，而InnoDB支持。InnoDB的AUTOCOMMIT默认是打开的，即每条SQL语句会默认被封装成一个事务，自动提交，这样会影响速度，所以最好是把多条SQL语句显示放在begin和commit之间，组成一个事务去提交。 MyISAM是非事务安全型的，而InnoDB是事务安全型的，默认开启自动提交，宜合并事务，一同提交

I have a user table with field lastusedecnumber . I need to access and increment lastusedecnumber . During that accessing time I need to lock that particular user row (not the entire table). How do I do this? The table type is MyISAM . MySQL uses only table-level locking from MyISAM tables. If you can, switch to InnoDB for row-level locking. Here's a link to the MySQL site describing Locks set by SQL Statements for InnoDB tables. http://dev.mysql.com/doc/refman/5.0/en/innodb-locks-set.html Aleksandr Guidrevitch Kind of late, but hope it will help someone: UPDATE user SET lastusedecnumber =

14 count(*) count(*) 实现方式 首先要声明，在不同的 mysql 引擎中， count(*) 有不同的实现方式。 -- myisam 引擎把一个表的总行数存在了磁盘，因此执行 count(*) 的时候会直接返回这个树，效率很高。 -- 而 innodb 引擎就麻烦了，执行 count(*) 的时候，需要把数据一行一行的从引擎里面读出来，然后累计计数。 这里需要注意的是，这篇文章里讨论的是 没有过滤条件 的 count ，如果加了 where 条件的话， myisam 表也不是能返回这么快的。 为什么 innodb 不跟 myisam 一样，也把数字存起来呢？ 这是因为即使是在同一时刻的多个查询，由于多版本并发控制 MVCC 的原因， innodb 表 ”应该返回多少行”也是不确定。这里，举一个例子 假设表 t 中现在有 10000 条记录，设计了三个用户并行的会话 -- 会话 a 先启动一个事务并查询一次表的总数 -- 会话 b 启动事务，插入一行记录后，查询表的总数 -- 会话 c 先启动一个单独的语句，插入一行，查询表的总行数。 Session a Session b Session c begin; select count(*) from t; insert into t( 插入一行 ) begin; insert into t( 插入一行 )

数据库存储引擎 对于初学者来说我们通常不关注存储引擎，但是 MySQL 提供了多个存储引擎，包括处理事务安全表的引擎和处理非事务安全表的引擎。在 MySQL 中，不需要在整个服务器中使用同一种存储引擎，针对具体的要求，可以对每一个表使用不同的存储引擎。 存储引擎简介 MySQL中的数据用各种不同的技术存储在文件(或者内存)中。这些技术中的每一种技术都使用不同的存储机制、索引技巧、锁定水平并且最终提供广泛的不同的功能和能力。通过选择不同的技术，你能够获得额外的速度或者功能，从而改善你的应用的整体功能。 存储引擎说白了就是如何存储数据、如何为存储的数据建立索引和如何更新、查询数据等技术的实现方法。 例如，如果你在研究大量的临时数据，你也许需要使用内存存储引擎。内存存储引擎能够在内存中存储所有的表格数据。又或者，你也许需要一个支持事务处理的数据库(以确保事务处理不成功时数据的回退能力)。 InnoDB InnoDB是一个健壮的事务型存储引擎，这种存储引擎已经被很多互联网公司使用，为用户操作非常大的数据存储提供了一个强大的解决方案。我的电脑上安装的 MySQL 5.6.13 版，InnoDB就是作为默认的存储引擎。InnoDB还引入了行级锁定和外键约束，在以下场合下，使用InnoDB是最理想的选择： 更新密集的表。InnoDB存储引擎特别适合处理多重并发的更新请求。 事务

一、MySQL中索引的语法 1. 创建索引 1. 在创建表的时候添加索引 CREATE TABLE mytable( ID INT NOT NULL, username VARCHAR(16) NOT NULL, INDEX [indexName] (username(length)) ); 2. 在创建表以后添加索引 ALTER TABLE my_table ADD [UNIQUE] INDEX index_name(column_name); 或者 CREATE INDEX index_name ON my_table(column_name); 注意： 1、索引需要占用磁盘空间，因此在创建索引时要考虑到磁盘空间是否足够 2、创建索引时需要对表加锁，因此实际操作中需要在业务空闲期间进行 2. 根据索引查询 具体查询： SELECT * FROM table_name WHERE column_1=column_2;(为column_1建立了索引) 或者模糊查询 SELECT * FROM table_name WHERE column_1 LIKE '%三' SELECT * FROM table_name WHERE column_1 LIKE '三%' SELECT * FROM table_name WHERE column_1 LIKE '%三%' SELECT *

聚簇索引和非聚簇索引 分析了MySQL的索引结构的实现原理，然后我们来看看具体的存储引擎怎么实现索引结构的，MySQL中最常见的两种存储引擎分别是 MyISAM 和 InnoDB ，分别实现了 非聚簇索引 和 聚簇索引 。 聚簇索引 的解释是： 聚簇索引的顺序就是数据的物理存储顺序 非聚簇索引 的解释是： 索引顺序与数据物理排列顺序无关 （这样说起来并不好理解，让人摸不着头脑，清继续看下文，并在插图下方对上述两句话有解释） 首先要介绍几个概念，在索引的分类中，我们可以 按照索引的键是否为主键来分为“主索引”和“辅助索引” ，使用主键键值建立的索引称为“主索引”，其它的称为“辅助索引”。 因此主索引只能有一个，辅助索引可以有很多个。 MyISAM——非聚簇索引 MyISAM存储引擎采用的是非聚簇索引， 非聚簇索引的主索引和辅助索引几乎是一样的 ， 只是主索引不允许重复，不允许空值 ，他们的叶子结点的key都存储指向键值对应的数据的 物理地址。 非聚簇索引的数据表和索引表是 分开存储的 。 非聚簇索引中的数据是根据数据的插入顺序保存。因此非聚簇索引更适合单个数据的查询。 插入顺序不受键值影响 。 只有在MyISAM中才能使用FULLTEXT索引。(mysql5.6以后innoDB也支持全文索引) *最开始我一直不懂既然非聚簇索引的主索引和辅助索引指向相同的内容

　　首先我们知道MyISM和InnoDB索引都是由B+树实现的，但在索引管理数据方式上却有所不同。 　　InnoDB是聚集索引，数据文件是和（主键）索引绑在一起的，即索引 + 数据 = 整个表数据文件，通过主键索引到整个记录，必须要有主键，通过主键索引效率很高。但是辅助索引需要两次查询，因为辅助索引是以建索引的字段为关键字索引到主键，所以需要两次，先查询到主键，然后再通过主键查询到数据。因此，主键不应该过大，因为主键太大，其他索引也都会很大。话不多说上图： 　　主键索引：以主键索引到整条记录 　　 　　辅助索引：以另一字段索引到主键 MyISAM是非聚集索引，也是使用B+Tree作为索引结构，索引和数据文件是分离的，索引保存的是数据文件的指针。主键索引和辅助索引是独立的。也就是说：InnoDB的B+树主键索引的叶子节点就是数据文件，辅助索引的叶子节点是主键的值；而MyISAM的B+树主键索引和辅助索引的叶子节点都是数据文件的地址指针。 　　主键索引：以关键字索引到记录的地址 　　辅助索引：以某字段索引到记录地址 　　 　　从索引实现方面我们也可以看出来InnoDB表数据文件本身就是索引文件，他们是一个整体，而对于MyISAM来说数据文件和索引文件则是分开的。 　　 锁方面： 　　mysql支持三种锁定级别，行级、页级、表级; 　　MyISAM支持表级锁定，提供与 Oracle