mysql怎么增加索引

结论：直接用ALTER TABLE加索引。

语法： ALTER TABLE table_name ADD INDEX index_name(column1 , column2 );
索引类型： B-树索引：默认。
ALTERTABLE users ADD INDEX idx_name(last_name, first_name);
哈希索引：仅等值查询。
ALTERTABLE sessions ADD HASH INDEX idx_session_id(session_id);
全文索引：文本搜索。
ALTERTABLE articles ADD FULLTEXT INDEX idx_content(content);
何时加索引： WHERE、JOIN、ORDER BY 列。
高选择性列（用户名、邮箱）。
联合索引按最左前缀（(A,B) 优化 A=1 AND B=2 ）。

注意事项： 加速查询、排序、连接。
增加存储，降低写性能。
避免过度索引，定期查冗余。
SELECTFROM sys.schema_unused_indexes。
主键自动B-树索引，唯一约束自动索引。

其他操作： 删除：ALTER TABLE table_name DROP INDEX index_name; 查看：SHOW INDEX FROM table_name;
示例： orders表按customer_id和order_date查： ALTER TABLE orders ADD INDEX idx_customer_date(customer_id, order_date);
查询： SELECT FROM orders WHERE customer_id=1 001 ORDER BY order_date;
实在话：索引用对了，查询快。

mysql 中添加索引的三种方法

说白了，MySQL加索引就三种路子：建表时顺手加、老表改改加、直接用ALTER TABLE加。
这三种路子其实很简单，但选哪种得看情况。

先说最重要的，建表时加索引最省事，特别是文本字段，全文索引比普通索引香太多了——去年我们跑那个电商项目，商品描述用全文索引，搜索响应时间直接降了6 0%。
另外一点，老表加索引用ALTER TABLE就行，但得注意InnoDB表最多只能加1 6 个索引，去年有个客户跑崩就是加了1 7 个导致查询全慢了。
还有个细节挺关键的，复合索引适合多条件筛选，比如用户表用（用户名，注册时间）复合索引，查询效率比单索引高出一截。

我一开始也以为全文索引啥都能搜，后来发现不对，短文本数据效果一般，得有个量级，比如字段长度超过2 00字符时才明显。
等等，还有个事，索引虽然快，但数据一改就全得更新，去年我们一个高并发表就是因为索引太多导致写操作卡成狗。

建议新手先从普通索引开始，复合索引和全文索引再根据实际需求加。
你想想，索引加多了会不会反而变慢？

mysql 怎么建索引index

那天我调试一个查询，跑得慢得像蜗牛，一查发现user表没给name字段加索引。
加上了，秒出结果。
索引这东西，真不是虚的。

记得去年六月，我们系统用户表有五十万条数据，不加索引查邮箱，每次都得等十几秒。
加了唯一索引，秒查。
唯一索引这玩意儿，就是保证了数据的唯一，也保证了查询的快。

还有个事，全文索引真是神奇。
之前有个论坛，用户发帖内容多，用全文索引后，搜索贴子快多了。
不过，全文索引对中文支持得怎么样，我有点忘了，得再查查。

等等，还有个事，索引不是越多越好。
我之前见过一个表，加了十几个索引，结果插入数据时，每次都得更新所有索引，搞得插入都慢了。
索引这东西，得看场景，得权衡。

突然想到，索引还有个维护成本，就是数据更新时，索引也得跟着变。
所以，加索引前，得考虑清楚，这表是读多还是写多。

总之，索引这东西，用好了，数据库性能提升一大截。
用不好，可能得不偿失。
就像给车加油，加得恰到好处，车跑得快；加太多，可能发动机都扛不住。