mysql表注释很多会影响，mysql 表注释

MySQL表多和字段多哪个对速度的影响比较大

1、比如，你把许多字段放在一张表里，可能这个查询方法速度快了，但是会导致其他的业务方法效率很慢或者跟本没有办法实现。

2、表越多 分类越细，单一表的内容就少了，对性能来说是更好了 没有影响速度的问题。

3、最简单的，比如进行查询操作来说，你一次性700个字段都要进行读取，再加上如果你的记录数量非常大的话，读取的数据就非常的多。那么，就算你进行了索引，IO的操作也非常的大。所以最好还是分表吧。

4、太多是多少？=== 一般说来没什么大的影响。如果用select * 来查可能会慢一些。内存消耗大些。查询数据快慢主要还是取决于数据总量及sql语句本身。有没有建立索引，写的sql能否用到索引等等。

5、字段多只是这个表的列比较多，性能方面和这个关系不大。如果行记录较多，才会有可能影响性能。

相关问答

Q1: mysql一个表超过了150个字段,会不会影响速度?

字段多只是这个表的列比较多，性能方面和这个关系不大。如果行记录较多，才会有可能影响性能。

一般说来没什么大的影响。如果用select * 来查可能会慢一些。内存消耗大些。查询数据快慢主要还是取决于数据总量及sql语句本身。有没有建立索引，写的sql能否用到索引等等。

一般来说，字段多会慢。字段多，会让表结构庞大，索引起来很慢。不妨多键一些表，处理好表之间的关系就好，会很清晰的。

如果一个表有100个字段，会不会较大影响查询，插入效率 oracle数据库中，如果你的系统是一个比较大的系统，一个表的字段不能超过50-60个，否则会使速度极为下降。通过表的链接来实现关系型数据库，不会出现什么问题。

Q2: mysql中的COMMENT有什么作用吗?

在MySQL数据库中，字段或列的注释是用属性comment来添加。创建新表的脚本中，可在字段定义脚本中添加comment属性来添加注释。

alter table tableName add newColumn varchar(8) comment 新添加的字段注意：在这句语句中需要注意的是，comment为注释，就像在java中//作用是一样的。comment后需要加单引号将注释引起来。

(例如，它通过解析来确定在多语句行中的语句边界）。在MySQL 1中，mysql解析/* ...*/注释的唯一局限性是结合该风格的注释定界符使用的叹号标记了有条件执行的SQL语句部分。

值为 NULL。Null 用于显示索引列中是否包含 NULL。若列含有 NULL，该列的值为 YES。若没有，则该列的值为 NO。Index_type 显示索引使用的类型和方法（BTREE、FULLTEXT、HASH、RTREE）。Comment 显示评注。

在MySQL数据库中，\x0d\x0a字段或列的注释是用属性comment来添加。\x0d\x0a\x0d\x0a创建新表的脚本中，\x0d\x0a可在字段定义脚本中添加comment属性来添加注释。

里面装的字符串从字面上也能看出来，都是些标识，值都是1，is_delet_topic字面意思是是否删除主题。具体每个标识是啥意思得问设计库表的人了，啥用途。

Q3: mysql,一张表如果字段太多会对性能有影响吗

当然如果是*的话还是会占用显示字段的性能的。不过猜200个字段看来只是多功能业务表而已。没上千个字段根本不值一提。

一般说来没什么大的影响。如果用select * 来查可能会慢一些。内存消耗大些。查询数据快慢主要还是取决于数据总量及sql语句本身。有没有建立索引，写的sql能否用到索引等等。

一般来说，字段多会慢。字段多，会让表结构庞大，索引起来很慢。不妨多键一些表，处理好表之间的关系就好，会很清晰的。

理论上你定义多少个字段都没有问题。问题是你定义了700多个字段一张表的话。 这样肯定存在着性能的问题。

表字段太多，肯定会导致系统开销增加，不过以现在计算机行的性能来说，增加的这点开销也不算什么。问题的关键是字段太多的表，不论是数据查询还是数据维护都很麻烦，不利于数据库的高效利用。

一般1w以内的数据量，效率差距不明显，超过1w以上，特别是表字段特别多的，效率就明显有差距了。这时可以考虑给经常查询的字段添加索引，以提高查询性能。如果超过10w且效率明显很低的表，索引也优化过了，那就该考虑分表了。

Q4: mysql单表可定义多少字段,目前我需要定义700多个字段,可行吗?对于执行...

mysql0版本以前，varchar（）最大能定义255。0以上版本支百持65535字节长度，utf8编码下最多支持21843个字符度（不为空）。mysql0版本以前，varchar（2000）不正确，0以上版本正确。

当然也可以用 ALTER 命令。记住：一个表只能有一个主键。

MySQL以YYYYMMDDHHMMSS、YYMMDDHHMMSS、YYYYMMDD或YYMMDD格式来显示TIMESTAMP值，取决于是否M是14（或省略)、18或6，但是允许你使用字符串或数字把值赋给TIMESTAMP列。

可以考虑定期（每周或者每日）把表中的数据复制到历史表中，清空工作表的数据，这样插入的效率能大大提高，但是查询的时候需要在两个表中进行查询。用于频繁插入数据的工作表要尽量少建索引，用于查询的历史表要多建索引。

Q5: MySql数据库中表数量对数据库的性能有影响吗

肯定会影响！表越多运行越慢，即使表里面没有数据也一样！一般MYSQL控制在128个表左右，数据量控制在20G左右，运行效果基本不变，如果超过，速度肯定受影响。

影响到查询性能：表存储量，超过百万，查询效率会明显降低。索引类型。

但是，当单表数据库到达某个量级的上限时，导致内存无法存储其索引，使得之后的 SQL 查询会产生磁盘 IO，从而导致性能下降。当然，这个还有具体的表结构的设计有关，最终导致的问题都是内存限制。

由于允许的表尺寸更大，MySQL数据库的最大有效表尺寸通常是由操作系统对文件大小的限制决定的，而不是由MySQL内部限制决定的。InnoDB存储引擎将InnoDB表保存在一个表空间内，该表空间可由数个文件创建。

索引。这个对性能提升很大，但也比较讲究。尤其用不同的引擎的时候。因为innodb引擎是按索引存，myisam引擎是按数据添加顺序存。基本是要该字段的数据都是唯一的值，类型尽量小等。。但添加索引会增大表大小。

关于mysql表注释很多会影响和mysql 表注释的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。