MySQL字段个数限制与性能影响

mysql最多可以多少个字段? 答:1024个字段（一般可能没这么多） mysql每行的数据长度最大是多少? 答:8092字节 mysql每个库最多可以有多少个表? 答:20亿个表 mysql的查询速度会被字段数量影响吗?有没有简单点的优化方案呢？ 答：肯定会影响的的,不然就不会有垂直分表这一说了 实际上垂直分表不仅仅是把字段按数量分开,还要按类型分开 经常被显示的单独一个表.比如cms新闻系统的标题,摘要,所属分类,缩略图 这些字段不管是在首页的列表还是分类页的列表。是显示频率很高的。 并且这些字段的长度都是有一定的规律的。 基本上不会太长，所以单独一个表。 定长和不定长的字段尽可能的分开。比如文章的正文。 一般情况下在列表页是不会显示的。所以就没必要查询。 可以放到副表中去。 新闻系统的主表中，尽可能的只使用定长字段。比如int 或 char 如果只使用定长字段 速度会有明显的提升。 这是为什么呢？ 因为mysql的数据储存在硬盘中， 查询的时候如果你告诉他每个数据的长度， 那么系统就会直接按照长度计算出数据的位置。所以快 如果其中有一列的数据长度是未知的。 系统只能一点点的去找。所以慢。

默认值不会影响到性能的，相反，因为有默认值，所以insert的时候可以减少字段，一定程度上海可以提高性能

默认值是数据库的内在实现机制，和你直接存值一样的，只不过是交给数据库自己完成，对外实现了隐藏

数据库作为应用开发中必不缺少的基础设施，其性能直接影响应用的整体运行速度。MySQL是目前最广泛使用的关系型数据库之一，对于开发人员写出性能良好的SQL是必备的基本技能之一。下面简单描述下编写SQL的注意事项。

编写高质量的SQL需要从以下几个方面注意，基本原则、表字段注意事项、索引使用注意事项、SQL注意事项。

基本原则

一、尽量不要在数据库里做运算。如果遇到运算尽可能在应用程序层进行计算。

二、控制数据库表数量、控制单表数据量、控制表的字段数。建议单库不要超过四百张表，建议单表字段不要超过五十个，建议单表的数据量不要超过一千万。

三、不要编写大SQL、不要使用大事务。SQL尽量写的简单点拒绝编写大SQL，可以将大SQL拆分成多个小SQL，在应用层聚合。大事务拆分成多个小事务，快速提交。

表字段注意事项

一、选择合适数值字段类型。能用小字段类型的就用小字段类型，如tinyint就比int(1)在表示小数据时合适。

二、能用数字表示就不要用字符。如可以用无符号INT存储IP而不是字符串表示。

三、避免使用NULL字段。原因NULL字段查询优化难，含NULL复合索引失效。

四、少用或拆分TEXT/BLOB字段。字段太大需要更多的空间，性能低下，如需使用拆分到单独表。

五、不要在表字段中存储图片。

索引使用注意事项

一、合理添加索引。索引添加太多会影响更新速度。能够使用复合索引的避免加多个单独索引。

二、字符字段建立前缀索引。

三、不在索引列做运算。索引列做运算会导致索引失效。

四、尽量不使用外建。

SQL类注意事项

一、 SQL语句尽可能简单。大SQL拆分成多个小SQL。

二、事务编写尽量短小。事务即开即用用完立即关闭。

三、尽量不要使用select *。只取需要的列。

四、改写OR为IN或者改写为UNION *** 作。OR在数据量大的时候性能低于IN。

五、避免NOT、!=、>、NOT IN、NOT EXISTS、NOT LIKE等查询。

六、避免%前缀模糊查询。

七、能用UNION ALL不要用UNION。

八、GROUP BY中去除排序。自带排序。

九、同类型的字段做比较。字符类和字符类比较，数值类和数值类比较，不要混在一起比较。

十、尽量单表查询，尽量不要多表关联查询。多表关联查询可以拆分成单表查询在应用程序中聚合数据。

十一、复合索引的多列注意最左原则。

上述注意事项能避免很多性能低下的SQL，希望在开发过程中能引起注意。

---