由一个关于auto_increment的奇怪案例看MySQL8的一些改进优化

最新推荐文章于 2024-06-13 16:03:18 发布
最新推荐文章于 2024-06-13 16:03:18 发布
阅读量2k 收藏 5
点赞数 4
分类专栏： MySQL 文章标签： mysql 开源 数据库 运维 版本优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39004901/article/details/84346093
版权

在MySQL8上偶然发现一个比较奇怪的问题，在使用alter table tab auto_increment=N修改表的自增初始值时，information_schema.tables这个表的auto_increment列并没有同步更新：

mysql> show create table test.incr_test\g
+-----------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table     | Create Table                                                                                                                                                                  |
+-----------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| incr_test | CREATE TABLE `incr_test` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=101 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci |
+-----------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)

mysql> select auto_increment from information_schema.tables where table_schema='test' and table_name='incr_test';
+----------------+
| AUTO_INCREMENT |
+----------------+
|            101 |
+----------------+
1 row in set (0.00 sec)

mysql> alter table test.incr_test auto_increment=120;
Query OK, 0 rows affected (0.07 sec)
Records: 0  Duplicates: 0  Warnings: 0

mysql> select auto_increment from information_schema.tables where table_schema='test' and table_name='incr_test';
+----------------+
| AUTO_INCREMENT |
+----------------+
|            101 |
+----------------+
1 row in set (0.00 sec)

首先想到的是，数据在buffer没提交？于是重启一下MySQL，auto_increment列仍是没有变化：

[root@linux-base data]# service mysql restart
Shutting down MySQL...                                     [  OK  ]
Starting MySQL..                                           [  OK  ]
[root@linux-base data]# mysql
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 8
Server version: 8.0.12 MySQL Community Server - GPL

Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> select auto_increment from information_schema.tables where table_schema='test' and table_name='incr_test';
+----------------+
| AUTO_INCREMENT |
+----------------+
|            101 |
+----------------+
1 row in set (0.01 sec)

auto_increment还是没有更新为120，难道是MySQL8把这个数据记录到其他系统表了？在information_schema，sys，mysql等schema里找了半天也没发现什么端倪。于是跑去MySQL5.7版本的去测试了一下，发现当用alter table修改了auto_increment，tables表的auto_increment列是会同步更新的。奇怪了，难道是BUG？
一番折腾之后，发现MySQL8做了下面的一些骚操作：
在5.7及以前，alter table修改的auto_increment值确实是记录到tables表的auto_increment列的，但是有一个缺点是，tables表的引擎是memory，也就是说，如果MySQL重启了，这个表记录的auto_increment值就丢失了。例如tab表当前的auto_increment值是30，使用alter table将其修改为50，那么tables表的auto_increment列确实是记录显示了50，但如果tab没有插入任何数据，并重启了MySQL（不管是正常还是异常重启），下一次运行时，tab表的auto_increment属性就会回退到30，同时tables表的auto_increment列显示的也是30。
那么既然tables是memory引擎表，重启之后理应没有数据才对，为什么auto_increment列还显示30呢？原因是MySQL重启后，通过select max(col) from tab for update的方式，来选出当前的最大值并赋值给auto_increment。
那么到了8.0以后，有什么变化呢？auto_increment的值会记录到redo log里了。什么概念，redo log大哥出手，就意味着下次重启还能把值要回来啊，不再随着重启打水漂。
除了redo log，在系统表中也会记录auto_increment的信息，例如tables表。那么，在插入新行时，递增列应该参考redo log还是系统表呢？而且从上面的例子可以看到，tables记录根本就不准确。其实答案就一句话，哪个是最新的，就用哪个。
那么回到系统表的问题上，既然要在重启后提供参考，总得靠谱一点吧？以前那么老实，到新版就变调皮了啊。看一下8.0以前的tables表定义：

mysql> show create table tables\G
*************************** 1. row ***************************
       Table: TABLES
Create Table: CREATE TEMPORARY TABLE `TABLES` (
  `TABLE_CATALOG` varchar(512) NOT NULL DEFAULT '',
  `TABLE_SCHEMA` varchar(64) NOT NULL DEFAULT '',
  `TABLE_NAME` varchar(64) NOT NULL DEFAULT '',
  `TABLE_TYPE` varchar(64) NOT NULL DEFAULT '',
  `ENGINE` varchar(64) DEFAULT NULL,
  `VERSION` bigint(21) unsigned DEFAULT NULL,
  `ROW_FORMAT` varchar(10) DEFAULT NULL,
  `TABLE_ROWS` bigint(21) unsigned DEFAULT NULL,
  `AVG_ROW_LENGTH` bigint(21) unsigned DEFAULT NULL,
  `DATA_LENGTH` bigint(21) unsigned DEFAULT NULL,
  `MAX_DATA_LENGTH` bigint(21) unsigned DEFAULT NULL,
  `INDEX_LENGTH` bigint(21) unsigned DEFAULT NULL,
  `DATA_FREE` bigint(21) unsigned DEFAULT NULL,
  `AUTO_INCREMENT` bigint(21) unsigned DEFAULT NULL,
  `CREATE_TIME` datetime DEFAULT NULL,
  `UPDATE_TIME` datetime DEFAULT NULL,
  `CHECK_TIME` datetime DEFAULT NULL,
  `TABLE_COLLATION` varchar(32) DEFAULT NULL,
  `CHECKSUM` bigint(21) unsigned DEFAULT NULL,
  `CREATE_OPTIONS` varchar(255) DEFAULT NULL,
  `TABLE_COMMENT` varchar(2048) NOT NULL DEFAULT ''
) ENGINE=MEMORY DEFAULT CHARSET=utf8

8.0以后的tables表定义：


mysql> show create table tables\G
*************************** 1. row ***************************
                View: TABLES
         Create View: CREATE ALGORITHM=UNDEFINED DEFINER=`mysql.infoschema`@`localhost` SQL SECURITY DEFINER VIEW `TABLES` AS select `cat`.`name` AS `TABLE_CATALOG`,`sch`.`name` AS `TABLE_SCHEMA`,`tbl`.`name` AS `TABLE_NAME`,`tbl`.`type` AS `TABLE_TYPE`,if((`tbl`.`type` = 'BASE TABLE'),`tbl`.`engine`,NULL) AS `ENGINE`,if((`tbl`.`type` = 'VIEW'),NULL,10) AS `VERSION`,`tbl`.`row_format` AS `ROW_FORMAT`,internal_table_rows(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(`stat`.`table_rows`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `TABLE_ROWS`,internal_avg_row_length(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(`stat`.`avg_row_length`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `AVG_ROW_LENGTH`,internal_data_length(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(`stat`.`data_length`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `DATA_LENGTH`,internal_max_data_length(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(`stat`.`max_data_length`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `MAX_DATA_LENGTH`,internal_index_length(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(`stat`.`index_length`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `INDEX_LENGTH`,internal_data_free(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(`stat`.`data_free`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `DATA_FREE`,internal_auto_increment(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(`stat`.`auto_increment`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0),`tbl`.`se_private_data`) AS `AUTO_INCREMENT`,`tbl`.`created` AS `CREATE_TIME`,internal_update_time(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(cast(`stat`.`update_time` as unsigned),0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `UPDATE_TIME`,internal_check_time(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(cast(`stat`.`check_time` as unsigned),0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `CHECK_TIME`,`col`.`name` AS `TABLE_COLLATION`,internal_checksum(`sch`.`name`,`tbl`.`name`,if(isnull(`tbl`.`partition_type`),`tbl`.`engine`,''),`tbl`.`se_private_id`,(`tbl`.`hidden` <> 'Visible'),`ts`.`se_private_data`,coalesce(`stat`.`checksum`,0),coalesce(cast(`stat`.`cached_time` as unsigned),0)) AS `CHECKSUM`,if((`tbl`.`type` = 'VIEW'),NULL,get_dd_create_options(`tbl`.`options`,if((ifnull(`tbl`.`partition_expression`,'NOT_PART_TBL') = 'NOT_PART_TBL'),0,1))) AS `CREATE_OPTIONS`,internal_get_comment_or_error(`sch`.`name`,`tbl`.`name`,`tbl`.`type`,`tbl`.`options`,`tbl`.`comment`) AS `TABLE_COMMENT` from (((((`mysql`.`tables` `tbl` join `mysql`.`schemata` `sch` on((`tbl`.`schema_id` = `sch`.`id`))) join `mysql`.`catalogs` `cat` on((`cat`.`id` = `sch`.`catalog_id`))) left join `mysql`.`collations` `col` on((`tbl`.`collation_id` = `col`.`id`))) left join `mysql`.`tablespaces` `ts` on((`tbl`.`tablespace_id` = `ts`.`id`))) left join `mysql`.`table_stats` `stat` on(((`tbl`.`name` = `stat`.`table_name`) and (`sch`.`name` = `stat`.`schema_name`)))) where (can_access_table(`sch`.`name`,`tbl`.`name`) and is_visible_dd_object(`tbl`.`hidden`))
character_set_client: utf8
collation_connection: utf8_general_ci

可以发现原来tables不再是memory表了，这家伙整容了，在8.0以后变成视图了。再仔细看一下，auto_increment列引用自mysql.table_stats表的auto_increment列。到这里已经茅塞顿开了，马上执行一下analyze，不出意外tables表的auto_increment列就变成最新的120了：

mysql> select auto_increment from information_schema.tables where table_schema='test' and table_name='incr_test';
+----------------+
| AUTO_INCREMENT |
+----------------+
|            101 |
+----------------+
1 row in set (0.01 sec)

mysql> analyze table test.incr_test;
+----------------+---------+----------+----------+
| Table          | Op      | Msg_type | Msg_text |
+----------------+---------+----------+----------+
| test.incr_test | analyze | status   | OK       |
+----------------+---------+----------+----------+
1 row in set (10.10 sec)

mysql> select auto_increment from information_schema.tables where table_schema='test' and table_name='incr_test';
+----------------+
| AUTO_INCREMENT |
+----------------+
|            120 |
+----------------+
1 row in set (0.00 sec)

由此可以看出，MySQL8以后，auto_increment方面有了改进的地方，当然不止这里所涉及的，同时在数据字典和系统表方面也做出了一些变化，由表转变为视图，越来越像Oracle了。MySQL自从被Oracle收购以后，真是入乡随俗啊。

遇星
关注
  • 4
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
mysql8 优化_MySQL 8.0 优化
weixin_39758696的博客
01-18 667
优化效果(从大到小)：硬件设备 -> MySQL数据库 -> Linux操作系统 -> 表设计—————————————————————————————————————-1硬件设备优化提升硬件设备，例如使用SSD高速磁盘，CPU等。—————————————————————————————————————-2MySQL数据库配置优化# 物理内存的50%~80%，这里为innodb...
记一次MySQL的优化案例
12-14
 有赞的每个OLTP数据库实例上会设置一个sql-killer进程用于kill 掉执行时间超过一定阈值的sql。下午开发接收到sql被kill的报错，一起帮助开发排查，本文介绍该案例。 二 场景分析 表结构: CREATE TABLE `xxx_info`...
关于自增约束auto_increment需要注意的地方，mysql8版本的报错
weixin_46060711的博客
12-07 4164
关于自增约束auto_increment需要注意的地方，mysql8版本的报错
MYSQL的AUTO_INCREMENT简单使用
最新发布
shi_xi_liang的博客
06-13 363
mysql中的自增字段使用
8.MySQL的自增(AUTO_INCREMENT)
qq_24889005的博客
06-16 771
8.MySQL的自增（AUTO_INCREMENT）1.为什么需要自增2.语法3.注意4.演示5.查看自动增长值6.修改自动增长7.删除自动增长8.添加自动增长 1.为什么需要自增 为数据表设置主键约束后，每次插入记录时，如果插入的值已经存在，会插入失败。为主键生成自动增长的值可以解决这种问题。 2.语法 字段名 数据类型 AUTO_INCREMENT 3.注意 一张表中只能有一个自动增长字段 该字段的数据类型是整数类型 必须定义为键 为自动增长字段插入NULL、0、DEFAULT或在插入时省略该字段，
mysql修改auto_increment不生效
择一城终老，遇一人白首。
05-26 2721
一、mysql8修改AUTO_INCREMENT的值。执行sql如下，“tablename”为数据表名称。二、修改后查询一下auto_increment的值，执行下面sql可查询（结果发现还是修改之前的值）注意：修改的auto_increment的值得大于现有主键的最大值。否则，语句不报错，但不会生效。分析数据表之后，在执行第二步中的查询即可看到auto_increment的值修改成功。重新分析一下数据表即可，执行如下sql。
最全MySQL8.0实战教程 9 MySQL约束 9.3 自增长约束(auto_increment)
谢谢你们的关注
02-18 406
最全MySQL8.0实战教程 9 MySQL约束 9.3 自增长约束(auto_increment)
Mysql之AUTO_INCREMENT浅析
scientificCommunity的博客
02-09 1614
文章目录术语锁模式注意点总结参考链接 AUTO_INCREMENT用于为表中的列设置一个自增序列，在非集群模式下，用它来为主键列自动生成值是一件很方便的事。并且，Mysql提供了一系列的锁机制来保证它的性能跟可靠性，通过这些锁机制，我们可以让它变得很高效。 术语 先来了解后面将要用到的术语。 Simple inserts 能预先知道插入行数的语句。比如说单行插入（不包括[INSERT ... ON DUPLICATE KEY UPDATE](https://dev.mysql.com/doc/refma
MySQL的id关联和索引使用的实际优化案例
01-19
优化点一： SELECT * FROM `sitevipdb`.`game_shares_buy_list` WHERE price>='2.00′ ORDER BY tran_id DESC LIMIT 10; 表结构为： CREATE TABLE `game_shares_buy_list` ( `tran_id` int(10) unsigned NOT ...
理解MySQL——索引与优化总结
09-09
MySQL的索引与优化是数据库性能提升的关键环节。索引能显著提高查询速度，尤其是在处理大量数据时。本文将深入探讨这一主题。 首先，选择合适的数据类型至关重要。较小的数据类型通常意味着更快的处理速度和更少的...
MySQL存储结构用法案例分析
12-16
本文将通过三个案例来深入理解MySQL存储结构的用法。 **案例一：创建数据表** 在MySQL中，创建数据表是数据存储的第一步。在描述中提到了两个表`student1`和`student2`的创建过程。`CREATE TABLE`语句用于定义表...
MySQL中由load data语句引起死锁的解决案例
01-19
一个线上项目报的死锁，简要说明一下产生原因、处理方案和相关的一些点. 1、背景 这是一个类似数据分析的项目，数据完全通过LOAD DATA语句导入一个InnoDB表中。为方便描述，表结构简化为如下： Create table tb(id ...
MySQL查询和修改auto_increment的方法
一份耕耘 一份收货
08-03 1761
本文实例讲述了MySQL查询和修改auto_increment的方法。分享给大家供大家参考。具体如下： 查询表名为tableName的auto_increment值： 复制代码 代码如下: SELECT AUTO_INCREMENT FROM information_schema.tables WHERE table_name="tableName"; 修改表名为tableName的auto_in
MySQL 8 和 MySQL 5.7 在自增计数上的区别
ActionTech的博客
09-25 357
MySQL 8 之前版本中的 InnoDB 存储引擎报告的自增计数器问题可能会导致困惑和数据不一致，特别是在服务器重启期间。计数器的值可能丢失，导致自动生成的主键值不匹配。MySQL 8 通过保证自增计数器在服务器重启之间持久化来解决这个问题。通过升级到 MySQL 8，开发者可以利用这个功能创建更加坚实的应用程序，可以管理不同的故障情况而不影响数据完整性。
MySQL 手动设置自动递增为某一值
Crystalqy的博客
01-09 5445
最近遇到使用 MySQL 时发现自动递增的键会因为中途删除了某个数据而变得不连续，就设想能不能把这个键重新从1开始自动递增？   第一种：如果表中原来的数据不需要保留 TRUNCATE TABLE table_name; 第二种：如果表中数据需要保留 ALTER TABLE table_name AUTO_INCREMENT = X; 第三种：如果恰好在创建表时需要设置自增字段 ...
MySQL8.0 存储表的行数和修改日期不自动更新的问题
q421533518的博客
08-13 935
之前在问答模块提了个mysql8.0的问题，困惑了好久，今天无意间刷到了大神的解答，瞬间解决了问题。太牛逼了。 之前的问答链接： https://ask.csdn.net/questions/714123 mysql 再升级了8.0后，存储表在做了修改后，或者升级后，表的行数和修改时间都不会修改，这样每次都不知道数据是否更新，...
Spring Boot 学习 @Transactional注解 事务生效了吗?一种查看方式(打印log)
修也
07-15 7885
1.首先,找到spring boot的默认的事务管理器,一般继承至于org.springframework.transaction.PlatformTransactionManager2.设置事务管理器打印log,应该包含开始事务,结束事务的输出日志.eg.我的工程包含JPA,MyBatis,在Service层编写异常,测试事务是否回滚:@Transactional @Override pub...
MySQL 5.7和MySQL 8在自增（AUTO_INCREMENT）属性关键区别
weixin_45693326的博客
05-12 750
现在，即使数据库服务器异常崩溃或重启，自增计数器的当前值也会被持久化地保存在磁盘上，而不是仅仅保存在内存中。这种改进意味着，在MySQL 8中，无论服务器是正常关闭还是异常崩溃，自增计数器的值都会在重启后得到恢复，从而确保自增主键的值保持连续。当数据库服务器正常关闭时，该计数器的当前值会被写入到InnoDB的系统表空间中，以便在服务器重启后恢复。但是，如果服务器异常崩溃或由于其他原因没有正常关闭，那么内存中的自增计数器值可能会丢失，导致在服务器重启后自增值从一个较低的值开始。
Mysql：设置主键自动增长起始值
热门推荐
wufaqidong1的博客
08-10 1万+
实现目标：mysql下将自增主键的值，从10000开始，即实现自增主键的种子为10000。
用MySQL写一个教务系统案例
06-12
好的，下面是一个简单的MySQL教务系统案例： 首先，我们需要创建一个数据库，命名为"edu_system"，并创建以下几个表： 1. 学生表（student）： ``` CREATE TABLE `student` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL, `gender` varchar(10) NOT NULL, `age` int(11) NOT NULL, `major` varchar(50) NOT NULL, `grade` int(11) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ``` 2. 教师表（teacher）： ``` CREATE TABLE `teacher` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL, `gender` varchar(10) NOT NULL, `age` int(11) NOT NULL, `title` varchar(50) NOT NULL, PRIMARY KEY (`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ``` 3. 课程表（course）： ``` CREATE TABLE `course` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(50) NOT NULL, `credit` int(11) NOT NULL, `teacher_id` int(11) NOT NULL, PRIMARY KEY (`id`), KEY `teacher_id` (`teacher_id`), CONSTRAINT `course_ibfk_1` FOREIGN KEY (`teacher_id`) REFERENCES `teacher` (`id`) ON DELETE CASCADE ON UPDATE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ``` 4. 选课表（course_selection）： ``` CREATE TABLE `course_selection` ( `id` int(11) NOT NULL AUTO_INCREMENT, `student_id` int(11) NOT NULL, `course_id` int(11) NOT NULL, `score` int(11) DEFAULT NULL, PRIMARY KEY (`id`), KEY `student_id` (`student_id`), KEY `course_id` (`course_id`), CONSTRAINT `course_selection_ibfk_1` FOREIGN KEY (`student_id`) REFERENCES `student` (`id`) ON DELETE CASCADE ON UPDATE CASCADE, CONSTRAINT `course_selection_ibfk_2` FOREIGN KEY (`course_id`) REFERENCES `course` (`id`) ON DELETE CASCADE ON UPDATE CASCADE ) ENGINE=InnoDB DEFAULT CHARSET=utf8; ``` 以上是创建表的SQL语句，接下来我们来插入一些数据： 1. 学生表插入数据： ``` INSERT INTO `student` (`name`, `gender`, `age`, `major`, `grade`) VALUES ('张三', '男', 20, '计算机科学', 2018), ('李四', '女', 21, '软件工程', 2017), ('王五', '男', 19, '信息安全', 2019), ('赵六', '女', 22, '数据科学', 2016); ``` 2. 教师表插入数据： ``` INSERT INTO `teacher` (`name`, `gender`, `age`, `title`) VALUES ('张老师', '男', 35, '教授'), ('李老师', '女', 30, '副教授'), ('王老师', '男', 40, '教授'), ('赵老师', '女', 38, '副教授'); ``` 3. 课程表插入数据： ``` INSERT INTO `course` (`name`, `credit`, `teacher_id`) VALUES ('数据库', 3, 1), ('编译原理', 4, 2), ('操作系统', 4, 3), ('计算机网络', 3, 4); ``` 4. 选课表插入数据： ``` INSERT INTO `course_selection` (`student_id`, `course_id`, `score`) VALUES (1, 1, 90), (2, 1, 85), (3, 3, 80), (4, 2, 88), (1, 4, 95), (2, 2, 92), (3, 1, 86), (4, 3, 78); ``` 以上是简单的MySQL教务系统案例，主要包括学生表、教师表、课程表和选课表，可以根据需要进行扩展。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值