qq_34412668的博客

mysql> create table enum_test (e enum('a','b','c')); Query OK, 0 rows affected (0.49 sec) mysql> insert into enum_test (e) values('a'),('b'),('c'); Query OK, 3 rows affected (0.03 sec) Records: 3 Duplicates: 0 Warnings: 0 mysql> select * from

char 特点 最大长度255 自动删除末尾的空格 检索效率和写效率比varchar，以空间换取时间 应用场景 存储长度变化不大的数据 存储短字符串且经常更新的数据 varchar 特点 数据长度根据实际定义，越小越好 varchar(n)长度定义少于255则使用额外一个字节保存长度，超过255使用额外两个字节保存长度 varchar(255) 和 varchar(5)占用的硬盘空间都为一个字节，但是占用的内存空间大小不一致 varchar在5.6版本之前变更长度或者长度从255变到255以上时，会导

select INET_ATON ('192.168.1.1'); mysql> select INET_ATON ('192.168.1.1'); +-----------------------------+ | INET_ATON ('192.168.1.1') | +-----------------------------+ | 3232235777 | +-----------------------------+ 1 row in set

thread mysql> select * from test; +----+------+ | id | name | +----+------+ | 1 | hu | +----+------+ 1 row in set (0.00 sec) mysql> show profiles; Empty set, 1 warning (0.00 sec) mysql> set profiling =1; Query OK, 0 rows affected, 1 warning (

mysql性能优化之order by limit 最近遇到一个慢查询sql，是用来做分页查询的，查询的表字段有一百多个，查询10万数据时间3S+。 通过查看表的设计，发现order by中的数据是建立了索引的，我用查询语句做测试的时候，发现了一个惊人的事情 oh my god，通过explain打开执行过程后，发现，我查询50000开始的20条数据，是有用索引的，但是查询80000开始的20条数据时，没有用到索引，事实见下图，而且可以看到，比较了40多万条数据 所以我就另辟蹊径，采用了inner joi