继续，Let's Go!

-- 5.7.23select version();-- 非主键形式的自增字段create table test3( id int auto_increment not null, str varchar(2), key(id));-- 自增默认从1开始insert into test3(str) values('ab');insert into test3(str) v...

直接创建测试表 t_test2 create table t_test2(num decimal(10,2),num2 decimal(5,0),num3 decimal(6,4),num4 decimal);-- 5.7.23select version();默认的decimal，精度10,0。也就是说没有小数！插入超出小数位的数据，会四舍五入。 ...

使用的mysql5.7版本 默认存储引擎：InnoDB 例子：深圳市福田区福华路318号福

原来用过Oracle的都清楚，序列的便利性。我们想在MySQL中也能使用序列，而不是字段的自增长。网上有很多这方面的资料，有些不够全面。我这里整理 并 优化了一些细节问题，直接上代码。use aglog;-- 创建公共的序列表DROP TABLE IF EXISTS t_common_sequence;CREATE TABLE t_common_sequence ( ...

由于表前期设计没考虑到，后续数据增长的情况，没有给自增id字段。当数据到达几百万时，分页会比较慢。（关键词，分页优化）现在想着，加一个自增序列。但已经有几十万数据，又想着按照某个字段的顺序，进行自增值的初始化。又不想通过额外的逻辑代码实现。版本5.7innodb引擎我是这么做的：-- 1、要改字段，先停应用-- 2、增加主键-- 2.1 修改字段类型，varcha...

自增长id，通常作为唯一标识。可以用于分页查询的优化。这里记录一下自增id，看看是作为 primary key查询更快、还是普通key更快。环境：mysql5.7单表数据量：11773632 (1千万左右) 、字段数量20个。1、id主键查询： 跳跃500万，查询10条数据。可以看得出，走主键索引，查询所有列 与只查id列，耗时基本相同。都是15秒左右...

mysql对字符串的排序是按照ASCII码来的，所以当出现 “类似数字”的字符串进行排序，是存在问题隐患的。即使你可能认为，很有规律。例如版本号排序：23.3.3这个版本应该比 23.11.2小，这个asc排序结果不是我们想要的。版本的命名规则是AA.BB.CC （AA代表架构更新、BB代表功能更新 、CC为BUG修复）解决方式：不改变原有的字段，新增...

通常情况，不推荐使用这个引擎。原因有两点：1、查询速度超级慢2、安全方面实在没有办法，需要使用。那么这篇文章很全：https://www.cnblogs.com/chenglee/p/9567248.html...