mysql存储过程为什么不推荐使用
维护不方便，对数据库压力不较大，不易于数据库集群的扩展和迁移。
能够在业务系统层面做的逻辑尽量不要用存储过程来做。
以后做数据库的迁移的时候，换了数据库，存储过程可能要重写或重构。但是如果放在业务代码层去实现对应的逻辑，数据库换了之后，更改对应的连接驱动，业务代码不用做任何吸怪。
mysql8兼容mysql5吗
mysql8 可以说是一个质的飞越。增加了很多新特性，以及提高了各方面的速度。增加了开窗函数
Ⅱ InnoDB增强
自增列方面
自增列方面。现在自增列计数器会在每次值修改时，将值写到REDO LOG中，并且在CHECKPOINT时写到存储引擎私有的系统表中。
这就消除了以往重启实例自增列不连续的问题（这也可能形成了一个新的竞争点（盖国强会上提问InnoDB开发者））。
Btree索引方面
Btree索引被损坏。InnoDB会向REDO LOG中写入一个损坏标志。同时也会CHECKPOINT时将内存中损坏页的数据记录到存储引擎私有的系统表中。
这也就促成了恢复时。两边一致的情形。索引不可用，并不会造成实例起不来。这很大程度上降低了之前使用innodb_force_recovery和innodb_fast_shutdown的必要。
mysql存储过程实例（要求从一张表中的数据转存到另外一张表中，两张表中的字段基本一样）菜鸟求大神帮帮
create procedure test_sp()
begin
insert into test001(id)
select id
from test002;
end;
要这样？
