这个好像是改不了，你可以先创建一个脚本 检查没问题之后直接执行脚本创建表
成都创新互联成立于2013年，是专业互联网技术服务公司，拥有项目成都网站设计、网站制作网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元新区做网站,已为上家服务,为新区各地企业和个人服务,联系电话:18982081108
我们经常会遇到操作一张大表，发现操作时间过长或影响在线业务了，想要回退大表操作的场景。在我们停止大表操作之后，等待回滚是一个很漫长的过程，尽管你可能对知道一些缩短时间的方法，处于对生产环境数据完整性的敬畏，也会选择不做介入。最终选择不作为的原因大多源于对操作影响的不确定性。实践出真知，下面针对两种主要提升事务回滚速度的方式进行验证，一种是提升操作可用内存空间，一种是通过停实例，禁用 redo 回滚方式进行进行验证。
仔细阅读过官方手册的同学，一定留意到了对于提升大事务回滚效率，官方提供了两种方法：一是增加 innodb_buffer_pool_size 参数大小，二是合理利用 innodb_force_recovery=3 参数，跳过事务回滚过程。第一种方式比较温和，innodb_buffer_pool_size 参数是可以动态调整的，可行性也较高。第二种方式相较之下较暴力，但效果较好。
两种方式各有自己的优点，第一种方式对线上业务系统影响较小，不会中断在线业务。第二种方式效果更显著，会短暂影响业务连续，回滚所有没有提交的事务。
1、首先：创建一个表格，插入数据。
2、查看一下表格插入的所有数据。
3、用update 的命令修改wulianwang2改为wulianwang3看图，这是根据id的位置进行查找的。
4、查看刚刚修改有没有成功，也是用到刚刚的查询语句。
5、其实就是增加了一些修改的条件，刚刚只是修改一个值，现在改为两个值也是可行的，两个值之间都好隔开，其他不变。
6、最后查看修改后的表，就完成了。