MyISAM

I'm attempting to add searching support for my PHP web app using MySQL's FULLTEXT indexes. I created a test table (using the MyISAM type, with a single text field a ) and entered some sample data. Now if I'm right the following query should return both those rows: SELECT * FROM test WHERE MATCH(a) AGAINST('databases') However it returns none. I've done a bit of research and I'm doing everything right as far as I can tell - the table is a MyISAM table, the FULLTEXT indexes are set. I've tried running the query from the prompt and from phpMyAdmin, with no luck. Am I missing something crucial?

两种存储引擎的区别： 一、InnoDB支持事务，MyISAM不支持，这一点是非常之重要。事务是一种高级的处理方式，如在一些列增删改中只要哪个出错还可以回滚还原，而MyISAM就不可以了。 二、MyISAM适合查询以及插入为主的应用，InnoDB适合频繁修改以及涉及到安全性较高的应用 三、InnoDB支持外键，MyISAM不支持 四、MyISAM是默认引擎，InnoDB需要指定 五、InnoDB不支持FULLTEXT类型的索引 六、InnoDB中不保存表的行数，如select count(*) from table时，InnoDB需要扫描一遍整个表来计算有多少行，但是MyISAM只要简单的读出保存好的行数即可。注意的是，当count(*)语句包含where条件时MyISAM也需要扫描整个表 七、对于自增长的字段，InnoDB中必须包含只有该字段的索引，但是在MyISAM表中可以和其他字段一起建立联合索引 八、清空整个表时，InnoDB是一行一行的删除，效率非常慢。MyISAM则会重建表 九、InnoDB支持行锁（某些情况下还是锁整表，如 update table set a=1 where user like '%lee%'），MyISAM支持表锁。 来源： https://www.cnblogs.com/ldddd/p/11392949.html

We have a set of tables which contain the meta level data like organizations, organization users, organization departments etc. All these table are going to be read heavy with very few write operations. Also, the table sizes would be quite small (maximum number of records would be around 30K - 40K) Another set of table store OLTP data like bill transactions, user actions etc which are going to be both read and write heavy. These tables would be quite huge (around 30 Million records per table) For the first set of tables we are planning to go with MyISAM and for the second ones with InnoDb

1.数据库三范式是什么? 第一范式（1NF）：字段具有原子性,不可再分。(所有关系型数据库系统都满足第一范式数据库表中的字段都是单一属性的，不可再分) 第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。要求数据库表中的每个实例或行必须可以被惟一地区分。通常需要为表加上一个列，以存储各个实例的惟一标识。这个惟一属性列被称为主关键字或主键。 满足第三范式（3NF）必须先满足第二范式（2NF）。简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。>所以第三范式具有如下特征：>>1. 每一列只有一个值 >>2. 每一行都能区分。>>3. 每一个表都不包含其他表已经包含的非主关键字信息。 2.有哪些数据库优化方面的经验? 用 PreparedStatement， 一般来说比 Statement 性能高：一个 sql发给服务器去执行，涉及步骤：语法检查、语义分析， 编译，缓存。 有外键约束会影响插入和删除性能，如果程序能够保证数据的完整性，那在设计数据库时就去掉外键。 表中允许适当冗余，譬如，主题帖的回复数量和最后回复时间等4. UNION ALL 要比UNION 快很多，所以，如果可以确认合并的两个结果集中不包含重复数据且不需要排序时的话，那么就使用 UNIONALL。>>UNION 和

https://www.cnblogs.com/sunsky303/articles/8274586.html mysql 各个引擎 InnoDB： 1）经常更新的表，适合处理多重并发的更新请求。 2）支持事务。 3）可以从灾难中恢复（通过bin-log日志等）。 4）外键约束。只有他支持外键。 5）支持自动增加列属性auto_increment。 MyISAM： 1）不支持事务的设计，但是并不代表着有事务操作的项目不能用MyIsam存储引擎，可以在service层进行根据自己的业务需求进行相应的控制。 2）不支持外键的表设计。 3）查询速度很快，如果数据库insert和update的操作比较多的话比较适用。 4）整天 对表进行加锁的场景。 5）MyISAM极度强调快速读取操作。 6）MyIASM中存储了表的行数，于是SELECT COUNT(*) FROM TABLE时只需要直接读取已经保存好的值而不需要进行全表扫描。如果表的读操作远远多于写操作且不需要数据库事务的支持，那么MyIASM也是很好的选择。 来源： https://www.cnblogs.com/fanBlog/p/9754829.html

一、相关名词 表级锁（锁定整个表） 页级锁（锁定一页） 行级锁（锁定一行） 共享锁（S锁，MyISAM 叫做读锁） 排他锁（X锁，MyISAM 叫做写锁） 悲观锁（抽象性，不真实存在这个锁） 乐观锁（抽象性，不真实存在这个锁） 二、InnoDB与MyISAM Mysql 在5.5之前默认使用 MyISAM 存储引擎，之后使用 InnoDB 。查看当前存储引擎： show variables like '%storage_engine%'; MyISAM 操作数据都是使用的表锁，你更新一条记录就要锁整个表，导致性能较低，并发不高。当然同时它也不会存在死锁问题。 而 InnoDB 与 MyISAM 的最大不同有两点：一是 InnoDB支持 事务 ；二是 InnoDB 采用了 行级锁 。也就是你需要修改哪行，就可以只锁定哪行。 在 Mysql 中，行级锁并不是直接锁记录，而是 锁索引 。索引分为主键索引和非主键索引两种，如果一条sql 语句操作了主键索引，Mysql 就会锁定这条主键索引；如果一条语句操作了非主键索引，MySQL会先锁定该非主键索引，再锁定相关的主键索引。 InnoDB 行锁是通过给索引项加锁实现的，如果没有索引，InnoDB 会通过隐藏的聚簇索引来对记录加锁。也就是说： 如果不通过索引条件检索数据，那么InnoDB将对表中所有数据加锁，实际效果跟表锁一样

What is InnoDB and MyISAM in MySQL ? Siva InnoDB and MYISAM , are storage engines for MySQL . These two differ on their locking implementation: InnoDB locks the particular row in the table, and MyISAM locks the entire MySQL table. You can specify the type by giving MYISAM OR InnoDB while creating a table in DB. Have a look at InnoDB and MyISAM InnoDB is a storage engine for MySQL, included as standard in all current binaries distributed by MySQL AB. Its main enhancement over other storage engines available for use with MySQL is ACID-compliant transaction support MyISAM is the default storage

一、存储引擎 　　不同的数据应该有不同的处理机制 　　1、MySQL 存储引擎： 　　　　innodb：默认的储存引擎。innodb：支持行锁和事务、和外键。相对 myisam 更加安全，但查询速度更慢。 　　　　myisam：MySQL 老版本用的存储引擎 　　　　memory：内存引擎（数据全部存在内存中） 　　　　blackhole：黑洞引擎（无论存什么都立马消失） 　　2、每个存储引擎的特点 　　　　show engines: 查看所有引擎 　　　　2.1、创建表时生成的文件 　　　　　　1、innodb：表结构 + 真实数据 　　　　　　2、myisam：表结构 + 真实数据 + 索引 　　　　　　3、blackhole：表结构 　　　　　　4、memory：表结构 二、创建表的完整性约束 　　create table 表名（ 　　字段名1 类型[(宽度) 约束条件]　 　　字段名2 类型[(宽度) 约束条件] 　　字段名3 类型[(宽度) 约束条件]　 　　　　） 　　注意： 　　　　1、字段名和字段类型都是必须的，中括号内都是可选参数 　　　　2、同一张表中字段名不能重复 　　　　3、最后一个字段后面不能加逗号 　　宽度： 　　　　对存储数据的限制 　　　　char(1)　　只能存一个字符，如果超了python 会自动截取。在严格模式下会直接报错。 来源： https

为什么InnoDB支持事务而myisam不支持 MyISAM: 这个是默认类型,它是基于传统的ISAM类型,ISAM是Indexed Sequential Access Method (有索引的顺序访问方法) 的缩写,它是存储记录和文件的标准方法.与其他存储引擎比较,MyISAM具有检查和修复表格的大多数工具. MyISAM表格可以被压缩,而且它们支持全文搜索.它们不是事务安全的,而且也不支持外键。如果事物回滚将造成不完全回滚，不具有原子性。如果执行大量的SELECT，MyISAM是更好的选择。 InnoDB: 这种类型是事务安全的.它与BDB类型具有相同的特性,它们还支持外键.InnoDB表格速度很快.具有比BDB还丰富的特性,因此如果需要一个事务安全的存储引擎,建议使用它.如果你的数据执行大量的INSERT或UPDATE,出于性能方面的考虑，应该使用InnoDB表 SQL语句中关于查询语句的优化你们是怎么做的？ 应尽量避免在 where 子句中使用!=或<>操作符，否则将引擎放弃使用索引而进行全表扫描。 对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。 应尽量避免在 where 子句中对字段进行 null 值判断，否则将导致引擎放弃使用索引而进行全表扫描 尽量避免在 where 子句中使用 or 来连接条件