mysql加锁语句 索引的使用？
索引的使用？
正确规则
1、表的主键、外键必须有索引；
2、数据量达到300的表估计有索引；
3、每天都与其他表并且直接连接的表，在连接上字段上肯定确立索引；
4、你经常再次出现在Where子句中的字段，特别是大表的字段，估计建立起索引；
5、索引估计建在中,选择性高的字段上；
6、索引肯定建在小字段上，相对于大的文本字段甚至还超长字段，最好不要建索引；
7、纯索引的建立需要通过仔细思考；最好就是考虑用单字段索引不用：
真确选择复合索引中的主列字段，好象是你选择性比较好的字段；
纯索引的几个字段如何确定你经常而以AND再次出现在Where子句中？单字段网站查询有无屈指可数甚至还没有？如果不是是，则这个可以建立复合索引；不然的话考虑到单字段索引；
如果不是复合索引中包含的字段你经常单独出现在Where子句中，则分解成为多个单字段索引；
如果合么索引所包涵的字段最多3个，这样翻看考虑到其必要性，确定增加业胎关系的字段；
如果没有既有单字段索引，又有这几个字段上的合么索引，一般这个可以删除纯索引；
8、过度参与数据操作的表，千万不能建立太大的索引；
9、删除掉无济的索引，尽量的避免对不能执行计划产生严重影响；
以上是一些普遍的确立索引时的判断依据。索引的建立需要慎重，对每个索引的必要性都肯定经过仔细分析，要有确立的依据。
毕竟太的索引与不充分、不真确的索引对性能都丝毫益处：在表上确立的每个索引都会减少存储开销，索引相对于直接插入、删除掉、更新操作也会增加处理上的开销。别外，过多的复合索引，在有单字段索引的情况下，象大都是没有修真者的存在价值的；反过来，还会降底数据减少删除掉时的性能，特别是对正常自动更新的表来说，坏影响极大。
我认为，银色表肯定不建索引，或者数据库记录信息在亿条数据级以上，肯定建议使用非关系型数据库。还有些普通字段的数据库，诸如BLOB，CLOB字段当然也不适合我建索引。
对千万级MySQL数据库成立索引的事项及提高性能的手段
注意事项：
简单，应当考虑到表空间和磁盘空间是否需要起码。我们知道索引也一种数据，在建立索引的时候那样一来也会占用大量表空间。因此在对一大表组建索引的时候简单应当由考虑的是空间容量问题。其次，在对成立索引的时候要对表进行加锁，但应当注意一点操作在业务多余的时间的时候进行。
mysql数据库在进行事务的时候会锁表吗？要锁整张表应该怎样操作？
要是建议使用的是myisam存储引擎，带的是表级锁，不过不支持什么事务。要是专用是innodb，则得用是行级锁，如果要锁表，一这个可以在该表删除所有的索引，二把事务等级改成串行化，三select*outsidetableofversion，或则在有读该表的业务层代码加锁。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
