mysql查看数据库大小 mysql查看库的大小

大段文字存储到mysql数据库的问题

TEXT和BLOB数据类型可以用来保存255 到655353、explain extended：待验证个字符，TEXT

mysql查看数据库大小 mysql查看库的大小

mysql查看数据库大小 mysql查看库的大小

mysql查看数据库大小 mysql查看库的大小

不区分大小写，而BLOB对字符的大小写敏感

朋友，据我所知varchar字段类型已经够用了，char类型其长度是固定的，在创建表时就指定了，

但是varchar类型的长度是可变的，在建表的时候就制定了长度，其值可以取：0~65535之间的任意值（长度可以再0到值之间） 而且在这个范围内，使用多少则分配多大的空间，例如varchar(100),并不是每条记录都要占用100个字节哦！！ 强调：varchar类型实际占用的空间为字符串的实际长度加1 如varchar(10):字段 ‘123’，他占的内存字节是4（3+1），而char(10)则占用了10个字节。 全手工，希望朋友采纳

对于大篇幅的文本字段，一般用text和blob数据类型定义字段， 有时候不必在于一点空间的消耗，只要我们在数据库优化做好就够了

给你一个专业建议:

id用正整数;

标题:用varchar

日期扩展资料：用date

时间用datetime

作者用char

回复用varchar

文章内容用text或blob

mysql数据库使用命令有哪些

输入使用指定2. 启动mysql数据库 。DOS命令窗口中输入 net start mysql的数据库命令之后，mysql的响应信息。

一般情况：

mysql> use| time_zone_transition_type | test;

表明当前的数据库是test。

然后，可以在test这个数据库中进行相应的增删改查作。

show databases;

2、查看正在使用的是哪个数据库：

select database();

3、创建一个数据库：

create database 数据库名;

4、使用指定的编码创建数据库创建数据库：

create database test3 charset=gbk;

drop database 数据库名;

如何查看mysql表名字段是否区分大小写

参考资料：

1、MySQL默认情况下是否区分大小写，使用show Variables like '%table_names'查看lower_case_table_names的值，0代表区分，1代表不区分。

3、mysql对于字段名的策略与varchar类型数据相同。即：默认不区分大小写，但如果该字段是以“_bin”编码的话会使mysql对其区分大小写。

4、mysql对于表名的策略与varchar类型数据相同。即：默认不区分大小写，但如果该表是以“_bin”编码的话会使mysql对其区分大小写。

5、如果按照项查看lower_case_table_names的值为0，但需要让mysql默认不区分大小写的话，需要在mysql配置文件中添加参数并重启mysql数据库。mysql配置文件的修改内容如下：

[mysqld要避免这个问题，你在定义数据库命名规则的时候就全部采用小写字母加下划线的组合，而不使用任何的大写字母。]

...

lower_case_table_names = 1

6、注意：表和字段的编码尽量继承数据库的编码（不明显指定即继承），以免引起混乱。

如何查看mysql数据库的引擎/MySQL数据库引擎详解

一般情况下，mysql会默认提供多种存储引擎,你可以通过下面的查看:看你的mysql现在已提供什么存储引擎:mysql> show engines;看你的mysql当前默认的存储引擎:mysql> show variables like ‘%storage_engine%‘;你要看某个表用了什么引擎(在显示结果里参数engine后面的就表示该表当前用的存储引擎):mysql> show create table 表名; MySQL数据库引擎详解

Innodb引擎

Innodb引擎提供了对数据库ACID事务的支持，并且实现了SQL标准的四种隔离级别，关于数据库事务与其隔离级别的内容请见数据库事务与其隔 离级别这篇文章。该引擎还提供了行级锁和外键约束，它的设计目标是处理大容量数据库系统，它本身其实就是基于MySQL后台的完整数据库系统，MySQL 运行时Innodb会在内存中建立缓冲池，用于缓冲数据和索引。但是该引擎不支持FULLTEXT类型的索引，而且它没有保存表的行数，当SELECT COUNT() FROM TABLE时需要扫描全表。当需要使用数据库事务时，该引擎当然是。由于锁的粒度更小，写作不会锁定全表，所以在并发较高时，使用Innodb引擎 会提升效率。但是使用行级锁也不是的，如果在执行一个SQL语句时MySQL不能确定要扫描的范围，InnoDB表同样会锁全表。

MyIASM引擎

MyIASM是MySQL默认的引擎，但是它没有提供对数据库事务的支持，也不支持行级锁和外键，因此当INSERT(插入)或UPDATE(更 新)数据时即写作需要锁定整个表，效率便会低一些。不过和Innodb不同，MyIASM中存储了表的行数，于是SELECT COUNT() FROM TABLE时只需要直接读取已经保存好的值而不需要进行全表扫描。如果表的读作远远多于写作且不需要数据库事务的支持，那么MyIASM也是很好的选 择。

两种引擎的选择

大尺寸的数据集趋向于选择InnoDB引擎，因为它支持事务处理和故障恢复。数据库的大小决定了故障恢复的时间长短，InnoDB可以利用事务日志 进行数据恢复，这会比较快。主键查询在InnoDB引擎下也会相当快，不过需要注意的是如果主键太长也会导致性能问题，关于这个问题我会1、进入rmation_schema 数据库（存放了其他的数据库的信息）在下文中讲到。大 批的INSERT语句(在每个INSERT语句中写入多行，批量插入)在MyISAM下会快一些，但是UPDATE语句在InnoDB下则会更快一些，尤 其是在并发量大的时候。

Index——索作为Ja程序员，MySQL数据库大家平时应该都没少使用吧，对MySQL数据库的引擎应该也有所了解，这篇文章就让我详细的说说MySQL数据库的Innodb和MyIASM两种引擎以及其索引结构。也来巩固一下自己对这块知识的掌握。引

索引（Index）是帮助MySQL高效获取数据的数据结构。MyIASM和Innodb都使用了树这种数据结构做为索引，关于树我也曾经写过一篇文章树是一种伟大的数据结构，只是自己的理解，有兴趣的朋友可以去阅读。下面我接着讲这两种引擎使用的索引结构，讲到这里，首先应该谈一下B-Tree和B+Tree。

B-Tree和B+Tree

B+Tree是B-Tree的变种，那么我就先讲B-Tree吧，相信大家都知道红黑树，这是我前段时间学《算法》一书时，实现的一颗红黑树，大家 可以参考。其实红黑树类似2,3-查找树，这种树既有2叉结点又有3叉结点。B-Tree也与之类似，它的每个结点做多可以有d个分支（叉），d称为B- Tree的度，如下图所示，它的每个结点可以有4个元素，5个分支，于是它的度为5。B-Tree中的元素是有序的，比如图中元素7左边的指针指向的结点 中的元素都小于7，而元素7和16之间的指针指向的结点中的元素都处于7和16之间，正是满足这样的关系，才能高效的查找：首先从根进行二分查找，找 到就返回对应的值，否则就进入相应的区间结点递归的查找，直到找到对应的元素或找到null指针，找到null指针则表示查找失败。这个查找是十分高效 的，其时间复杂度为O(logN)（以d为底，当d很大时，树的高度就很低），因为每次检索最多只需要检索树高h个结点。 接下来就该讲B+Tree了，它是B-Tree的变种，如下面两张图所示：

vcHLx/i85LLp0a/Qp8LKoaM8L3A+DQo8aDMgaWQ9"myisam引擎的索引结构">MyISAM引擎的索引结构

MyISAM引擎的索引结构为B+Tree，其中B+Tree的数据域存储的内容为实际数据的地址，也就是说它的索引和实际的数据是分开的，只不过是用索引指向了实际的数据，这种索引就是所谓的非聚集索引。

MyISAM引擎的索引结构同样也是B+Tree，但是Innodb的索引文件本身就是数据文件，即B+Tree的数据域存储的就是实际的数据，这种索引就是聚集索引。这个索引的key就是数据表的主键，因此InnoDB表数据文件本身就是主索引。

因为InnoDB的数据文件本身要按主键聚集，所以InnoDB要求表必须有主键（MyISAM可以没有），如果没有显式指定，则MySQL系统会自动选择一个可以标识数据记录的列作为主键，如果不存在这种列，则MySQL自动为InnoDB表生成一个隐含字段作为主键，这个字段长度为6个字节，类型为长整形。

并且和MyISAM不同，InnoDB的辅助索引数据域存储的也是相应记录主键的值而不是地址，所以当以辅助索引查找时，会先根据辅助索引找到主

键，再根据主键索引找到实际的数据。所以Innodb不建议使用过长的主键，否则会使辅助索引变得过大。建议使用自增的字段作为主键，这样B+Tree的

每一个结点都会被顺序的填满，而不会频繁的分裂调整，会有效的提升插入数据的效率。

如何查看mysql数据库的引擎/MySQL数据库引擎详解

标签：

mysql 如何分配内存

+---------------------------+

话虽如此，但我并不觉得找到什么可以计算内存使用的秘诀公式就能很好地解决这个问题。原因有 — 如今这个公式已经很复杂了，更重要的是，通过它计算得到的值只是“理论可能”并不是真正消耗的值。事实上，有8GB内存的常规经常能运行到的理论值 — 100GB甚至更高。此外，你轻易不会使用到“超额因素” — 它实际上依赖于应用以及配置。一些应用可能需要理论内存的 10% 而有些仅需 1%。 So what could you do instead ? First take a look at global buffers which are allocated at start and always where - these are key_buffer_size, innodb_buffer_pool_size, innodb_additional_memory_pool_size, innodb_log_buffer_size, query_cache_size. If you’re using MyISAM seriously you can also add the size of Operation System cache you would like MySQL to use for your table. Take this number add to it number of memory Operation System and other applications need, add might be 32MB more for MySQL code and various all static buffers. This is memory which you can consider used when you just start MySQL . The rest of memory is ailable for connections. For exampe with 8GB server you might he rything listed adding up to 6GB, so you he 2GB left for your threads. 那么，我们可以做什么呢？首先，来看看那些在启动时就需要分配并且总是存在的全局缓冲 — key_buffer_size, innodb_buffer_pool_size, innodb_additional_memory_pool_size, innodb_log_buffer_size, query_cache_size。如果你大量地使用MyISAM表，那么你也可以增加作系统的缓存空间使得MySQL也能用得着。把这些也都加到作系统和应用程序所需的内存值之中，可能需要增加32MB甚至更多的内存给MySQL代码以及各种不同的小静态缓冲。这些就是你需要考虑的在MySQL启动时所需的内存。其他剩下的内存用于连接。例如有8GB内存的，可能所有的服务就用了6GB的内存，剩下的2GB内存则留下来给线程使用。 Each thread connecting to MySQL server will needs its own buffers. About 256K is allocated at once n if thread is idle - they are used by default thread stack, net buffer etc. If transaction is started some more space can add up. Running all queries might only barely increase memory consumption for given thread, howr if table will perform complex operations such as full table scans, sorts, or need temporary tables as much as read_buffer_size, sort_buffer_size, read_rnd_buffer_size, tmp_table_size of memory might be allocated. But they are only allocated upon the need and freed once given stage of query is done. Some of them are allocated as single ck at once others, for example tmp_table_size is rather maximum amount of memory MySQL will allocate for this operation. Note it is more complicated than once may think - multiple buffers of the same type might be allocated for exampe to handle subqueries. For some special queries memory usage might be n larger - bulk inserts may allocate bulk_insert_buffer_size bytes of memory if done to MyISAM tables. myisam_sort_buffer_size used for ALTER TABLE, OPTIMIZE TABLE, REPAIR TABLE commands. 每个连接到MySQL的线程都需要有自己的缓冲。大概需要立刻分配256K，甚至在线程空闲时 — 它们使用默认的线程堆栈，网络缓存等。事务开始之后，则需要增加更多的空间。运行较小的查询可能仅给指定的线程增加少量的内存消耗，然而如果对数据表做复杂的作例如扫描、排序或者需要临时表，则需分配大约 read_buffer_size, sort_buffer_size, read_rnd_buffer_size, tmp_table_size 大小的内存空间。不过它们只是在需要的时候才分配，并且在那些作做完之后就释放了。有的是立刻分配成单独的组块，例如 tmp_table_size 可能高达MySQL所能分配给这个作的内存空间了。注意，这里需要考虑的不只有一点 — 可能会分配多个同一种类型的缓存，例如用来处理子查询。一些特殊的查询的内存使用量可能更大 — 如果在MyISAM表上做成批的插入时需要分配 bulk_insert_buffer_size 大小的内存。执行 ALTER TABLE, OPTIMIZE TABLE, REPAIR TABLE 命令时需要分配 myisam_sort_buffer_size 大小的内存。 For OLTP applications with queries memory consumption is often less than 1MB per thread with default buffers, and yoeally do not need to increase per thread buffers unless you he complex queries. Sorting 10 rows will be as fast with 1MB sort buffer as with 16MB (actually 16MB might be n slower but it is other story). 只有简单查询OLTP应用的内存消耗经常是使用默认缓冲的每个线程小于1MB，除非需要使用复杂的查询否则无需增加每个线程的缓冲大小。使用1MB的缓冲来对10行记录进行排序和用16MB的缓冲基本是一样快的（实际上16MB可能会更慢，不过这是其他方面的事了）。 Another approach you may take is to come up with amount of memory you want MySQL to consume at peak. This can be easily comd by memory needed for OS, File Cache and other applications. For 32bit envinronment you also should keep 32bit limits into account and probably limit “mysqld” size to about 2.5GB (exact number depens on a lot of factors). Now you can use “ps aux” to see VSZ - Virtual Memory allocated by MySQL process. You can also look at “Resident Memory” but I find it less ful as it may down because of swapping - not what you would like to see. Monitor how the value changes so you know memory requirements with current settings and increase/decrease values appropriay. 另外，就是找出MySQL内存消耗的峰值。这很容易就能计算出作系统所需的内存、文件缓存以及其他应用。在32位环境下，还需要考虑到32位的限制，限制 “mysqld” 的4、show warnings:值大约为2.5G（实际上还要考虑到很多其他因素）。现在运行 “ps aux” 命令来查看 VSZ 的值 — MySQL 进程分配的虚拟内存。也可以查看 “Resident Memory” 的值，不过我想它可能没多大用处，因为它会由于交换而变小 — 这并不是你想看到的。监视着内存变化的值，就能知道是需要增加/减少当前的内存值了。 Some may say, Hey we want to he guarantee our server will nr run out of memory, no matter which queries or users will decide to run. Unfortunay this is as much close to imsible to be impractical. Here is why: List of rarely considered MySQL Memory Requirements 以下是很少考虑的MySQL内存需求 Thread buffers can be allocated more than once for each thread. Consider for example subqueries - each layer may need its own read_buffer,sort_buffer, tmp_table_size etc每个线程可能会不止一次需要分配缓冲。 考虑到例如子查询 — 每层都需要有自己的 read_buffer,sort_buffer, tmp_table_size 等。Many variabes can be set per connection. So you can’t relay on global values if dlopers may use their local values to run some queries.在每个连接中很多变量都可能需要重新设置。 如果开发者想设定自己的变量值来运行某些查询就不能继续使用全局值。There can be mutiple key caches. Multiple key caches can be created to accomodate query executions可能有多个索引缓存。 为了配合执行查询可能会创建多个索引缓存。Query Parsing and optimization needs memory. This is usually all to be ignored but certain queries can he very large memory requrement for this step, especially specially crafted ones.解析查询和优化都需要内存。 这些内存通常比较小，可以忽略，不过如果是某些查询在这个步骤中则需要大量内存，尤其是那些设计的比较特别的查询。Stored Procedures. Compex stored procedures may require a lot of memory存储过程。 复杂的存储过程可能会需要大量内存。Prepared statements and Cursors. Single connection may he many prepared statements and cursors. Their number finally can be limited but each of them still can he very large memory consumption准备查询语句以及游标。 单次链接可能会有很多的准备好的语句以及游标。它们的数量可以限定，但是仍然会消耗大量的内存。Innodb Table Cache. Innodb has its own table cache in which meta data about each table accessed from the start is stored. It is nr purged and may be large if you he a lot of tables. It also means user hing CREATE TABLE privilege should be able to run MySQL server out of memoryInnodb表缓存。 Innnodb表有自己的缓存，它保存了从一开始访问每个表的元数据。它们从未被清除过，如果有很多Innodb表的话，那么这个量就很大了。这也就意味着拥有 CREATE TABLE 权限的用户就可能把MySQL的内存耗尽。MyISAM buffers. MyISAM may allocate buffer which is large enough to contain largest record in the given table which is held until table is closed.MyISAM缓冲。 MyISAM表可能会分配一个足以装下指定表记录的缓冲，而且这个缓冲直到表关闭了才释放。Federated Storage Engine. This may he unbound memory requirements retriving result sets from remove queries.FEDERATED存储引擎。 This may he unbound memory requirements retriving result sets from remove queries.Blobs may require 3x time of memory. This is important if you’re deaing with large Blobs (your max_allowed_packet is large) Processing of 256MB of blob may require 768MB of memory.Blobs可能需要3倍的内存。 这在处理很大（max_allowed_packet 的值较大）的Blobs数据时很重要，如果处理256MB的数据可能需要768MB的内存。Storage Engines. In general storage engines may he their own per thread or global memory allocations which are not tuned as buffers. Watch for these especially now with many storage engines being released for MySQL by various parties.存储引擎。 通常情况下，存储引擎会设置自己的每个线程的全局分配内存，它通常不能像缓存一样可以调节。现在应该通过各种方式来特别关注MySQL释放出来的存储引擎。 I do not pretend this to be complete list. On the contrary I’m quite sure I’ve missed soming (drop me a note if you he soming to add). But the main point is - there are a lot of memory consumers out where and trying to find peak sible usage for each is impractical - so my a would be measure what you get in pract and how memory consumption reacts to changing various variables. For example you may find out increasing sort_buffer_size from 1MB to 4MB and 1000 max_connections increases peak memory consumption just 30MB not 3000MB as you might he counted. 我想这还不是完成的列表，相反地，我觉得还是漏掉了一些（如果你知道，请给我回复加上）。但主要的原因是 — 找到每次内存消耗峰值是不切实际的，因此我的这些建议可以用来衡量一下你实际修改一些变量值产生的反应。例如，把 sort_buffer_size 从1MB增加到4MB并且在 max_connections 为 1000 的情况下，内存消耗增长峰值并不是你所计算的3000MB而是30MB。 Mysql中的内存分配相关配置参数这些参数可以分成两部分，分别对应MySQL中的两个层次：层和存储引擎层。MySQL相关： 每个连接到MySQL的线程都需要有自己的缓冲，默认为其分配256K。事务开始之后，则需要增加更多的空间。运行较小的查询可能仅给指定的线程增加少量的内存消耗，例如存储查询语句的空间等。但如果对数据表做复杂的作比较复杂，例如排序则需要使用临时表，此时会分配大约 read_buffer_size，sort_buffer_size，read_rnd_buffer_size，tmp_table_size大小的内存空间。不过它们只是在需要的时候才分配，并且在那些作做完之后就释放了。read_buffer_size是MySql读入缓冲区大小。对表进行顺序扫描的请求将分配一个读入缓冲区，MySql会为它分配一段内存缓冲区。read_buffer_size变量控制这一缓冲区的大小。如果对表的顺序扫描请求非常频繁，并且你认为频繁扫描进行得太慢，可以通过增加该变量值以及内存缓冲区大小提高其性能。sort_buffer_size是MySql执行排序使用的缓冲大小。如果想要增加ORDER BY的速度，首先看是否可以让MySQL使用索引而不是额外的排序阶段。如果不能，可以尝试增加sort_buffer_size变量的大小。该变量会监测sort_merge_passed, sort_range, sort_rows, sort_scan的状况。通常较小的sort_merge_passed性能越高，但是也与workload的特性有关。read_rnd_buffer_size是MySql的随机读缓冲区大小。当按任意顺序读取行时(例如，按照排序顺序)，将分配一个随机读缓存区。进行排序查询时，MySql会首先扫描一遍该缓冲，以避免磁盘搜索，提高查询速度，如果需要排序大量数据，可适当调高该值。但MySql会为每个客户连接发放该缓冲空间，所以应尽量适当设置该值，以避免内存开销过大。 query_cache_size是MySql的查询缓冲大小。（从4.0.1开始，MySQL提供了查询缓冲机制）使用查询缓冲，MySQL将 SELECT语句和查询结果存放在缓冲区中，今后对于同样的SELECT语句（区分大小写），将直接从缓冲区中读取结果。根据MySQL用户手册，使用查询缓冲最多可以达到238%的效率。此外还有每个连接中会使用的一些变量会消耗少量内存。MyISAM引擎相关 key_buffer_size存储了所有index的缓存，一般我们设为16M，通过检查状态值Key_read_requests和 Key_reads，可以知道key_buffer_size设置是否合理。比例key_reads / key_read_requests应该尽可能的低，至少是1:100，1:1000更好（上述状态值可以使用'key_read%'获得用来显示状态数据）。key_buffer_size只对MyISAM表起作用。即使不使用MyISAM存储引擎，但是内部的临时磁盘表是MyISAM表，故也要使用该值。InnoDB引擎相关 innodb_buffer_pool_size对于InnoDB表来说，作用就相当于key_buffer_size对于MyISAM表的作用一样。InnoDB使用该参数指定大小的内存来缓冲数据和索引。对于单独的MySQL数据库，手册上把该值设置成物理内存的80%。 innodb_additional_mem_pool_size指定InnoDB用来存储数据字典和其他内部数据结构的内存池大小。缺省值是1M。通常不用太大，只要够用就行，应该与表结构的复杂度有关系。如果不够用，MySQL会在错误日志中写入一条信息。 innodb_log_buffer_size指定InnoDB用来存储日志数据的缓存大小，如果您的表作中包含大量并发事务（或大规模事务），并且在事务提交前要求记录日志文件，请尽量调高此项值，以提高日志效率。

哪位高手可以几款通用的数据库管理工具

| Tables_in_mysql |

必须是 CloudQuery！

【在wamp查看】：点击wampserver，选择”mysql“子目录”version“即可。

我目前用过的用的数据库管理工具！而且完全免费！

至此几乎所有的主流数据库、部分主流国产数据库以及中间件，统一数据入口！具备权限管理，审计分析，组织架构管理等功能，IT人必不可少！

mysql数据库如何优化？谁能给出点具体的解决方案？

1、explain：解释db.foo.totalIndexSize() - size in bytes of all the indexes 查询所有索引的大小sql的执行，后边的sql不执行

2、explain partitions ：用于查看存在分区的表的执行

5、show create table:查看表的详细的创建语句，便于用户对表进行优化

6、show indexes :产看表的所有索引，show indexes from table_name，同样也可以从rmation_schema.statistics表中获得同样的信息。cardinality列很重要，表示数据量。

7、show tables status: 查看数据库表的底层大小以及表结构，同样可以从rmation_schema.tables表中获得底层表的信息。

8、show [global|session]status:可以查看mysql当前内部状态信息。可以帮助却行mysql的负载的各种指标。默认是session。同rmation_schema.global_status和rmation_schema.session_status

9、show [global|session] variables ：查看当前mysql系统变量的值，其中一些值能影响到sql语句的执行方式。同rm话不多说，上链接：cloudquery.clubation_schema.global_variables和rmation_schema.session_variables;

10、rmation_schema:包含的表的数量和mysql的版本有关系。

怎么查看mysql数据库的引擎

mysql资料库查询某个表有哪些栏位

视频讲解的是mysql数据库中存储引擎的知识，使用命令的方式查看当前数据库用的什么存储引擎。本视频的目的在于一方面学习熟悉命令，另一方面为后续的学习存储Innodb引擎的索引结构引擎知识做铺垫。

在mysql中怎么样查看数据库名？

1、用select database()语句;

可以使用这两种方式查看数据库名：

2、用status语句，查询出来的结果中有一行是currrent database:。这里就

是当前所在的数据库名称。

1、打开mysql控制台，并输入密码；

2、要进入数据库 首先得输入 show databases;

3、要使用哪个数据库，必须先输入 use + 表名 如 use nowasp;

4、要知道这个数据库中有哪些表就输入命令 show + 第三步的数据库。如show nowasp;

5、之后就可以大量使用sql语句来作你所需要的表，达到学习sql语句的目的，如查看表中的数据 select from accounts；

MySQL数据库中 int 长度是多少？

| func |

int长度是11位。

5、删除数据库语句：

从 -2^31 (-2,147,483,648) 到 2^31 - 1 (2,147,483,647) 的整型数据（所有数字）。存储大小为 4 个字节。

如果在建表时不指定字段int类型的长度时，系统则默认生成长度为11的字段。11也是int类型的长度，其中位表示符号+或者-，后面十位表示数字。

如果指定了长度，该字段其实也是长度为11的字段，因为只要是int类型，系统都分配了长度11位。

扩展资料

MySQL的数据类型：

整数类型：BIT、BOOL、TINY INT、SMALL INT、MEDIUM INT、 INT、 BIG INT

浮点数类型：FLOAT、DOUBLE、DECIMAL

字符串类型：CHAR、VARCHAR、TINY TEXT、TEXT、MEDIUM TEXT、LONGTEXT、TINY BLOB、BLOB、MEDIUM BLOB、LONG BLOB

日期类型：Date、DateTime、TimeStamp、Time、Year

其他数据类型：BINARY、VARBINARY、ENUM、SET、Geometry、Point、MultiPoint、LineString、MultiLineString、Polygon、GeometryCollection等