Navicat Premium 15连接mySQL数据库，新建一个空的数据库，并还原.nb3备份文件，

2 02 3 年，我的一个朋友在 Navicat Premium1 5 上建立了一个名为“nlIC”的新数据库，这非常酷。
然后我恢复了.nb3 文件，任务非常简单。
首先，我连接MySQL并创建数据库，一键完成。
然后恢复备份文件，找到该文件，单击“打开”，选择要恢复的数据，然后单击“恢复”，会运行一个进度条，数据将再次恢复。
最后，导出数据并将其保存为 CSV 格式，以便在数据丢失时可以快速恢复。
这个过程对他来说很顺利，他感​​觉很方便。
忘了它。
你只需要弄清楚。
这个Navicat 相当不错。

面试官：MySQL 给数据表增加一列，一定会锁表吗？

说实话，我在做数据库的时候，主要的表结构是在变化的。
由于MySQL使用的是InnoDB引擎，添加字段时是否锁表确实需要具体事件具体分析。

先说说MySQL 5 .6 当时我刚加入一家公司，收到一个旧账户，需要在一张大表中添加一个非空字段。
按照老规则，这个操作直接依赖于数据库。
但5 .6 开始支持在线DDL，这就是所谓的快速元数据操作，无需密集表。
我试了一下，是的，其他业务没有受到影响。
但重要的是，后来发现，加柱后，尽管操作很快，毛发有时也会短时间脱落。
我自己没有表达这一点，但是我的同事反馈了。
那时，我们在担子重的时候，偷偷地干活。
毕竟，元数据操作和数据组织仍然会消耗资源。

直到8 .0版本，我感觉MySQL在这方面优化得很好。
之后我就得到了一个新项目，直接上8 .0。
当他添加字段时，他显然不再感到不知所措。
他们说 DDL 原子。
添加字段时，元数据可以立即更新，无需等待操作完成。
最好的是，添加非空字段时，不需要复制整个数据表。
它是一个具有唯一二级索引的表。
过去，改变结构需要停工半天。
在8 .0中，可以在业务高峰期直接进行操作，攻击时间小于几毫秒。
但是，我没有包含元数据更新机制的具体实现。
无论如何，结果是相当不错的。
但守卫被关起来也不是完全不可能。
我的小事冒犯了你。
这张桌子花了数百塞斯特斯。
即使在添加字段时使用了在线DDL，但整个元数据操作仍然减慢了数据库的速度。
还有就是同时修改几个字段和约束，直接防止全表锁。
现在，在工作之前，我首先检查表的大小，我会尝试批量进行复杂的操作。
我早就忘记了低版本的限制，但是一定要注意。
有一位客户仍在使用 5 .5 ，每次添加字段时，他们都会进行该设置。

我现在的决定是尝试8 .0。
该版本进行了显着优化，尤其是更新方案的元数据。
如果不行的话，可以用5 .6 ，但是到了选择的时候了。
在那之前，保持领先地位非常重要。
当他将列添加到表中时，我们尝试了一下，发现它很快就关闭了。
但在生产中，由于数据量较大，关闭了十多分钟。
拥有一个微波炉非常重要。
你不能只看日志，你必须关注实时情况。

根据版本和操作的复杂程度，直接设置或关闭带有附加列的表。
但不管怎样，跑几次总是好的。

mysql创建一个空表

你好，你问的是创建表的SQL语句。
事实上，不同的数据库之间存在一些细微的差异。
例如，我给大家举个例子。
假设我们要创建一个名为 People 的表，该表包含三列。
第一列是Id_P，它是一个整数，第二列是LASTName，它是一个字符类型，第三列是FirstName，它也是一个字符类型。

那么，如果是微软的VSSQL2 008 ，创建表的SQL语句可能是这样的：
sql 创建表人员（ Id_P INT， 姓氏字符(2 5 5 ), 名字 CHAR(2 5 5 ) );
如果是mysql数据库，语法类似，但可能有一些细微的变化：
sql 创建表人员（ Id_P INT， 姓氏 VARCHAR(2 5 5 ), 名字 VARCHAR(2 5 5 ) );
至于sqlite数据库，它也有自己的语法，可能如下所示：
sql 创建表人员（ Id_P 整数， 姓氏文本， 名字文本 );
顺便说一句，您所说的SQL代表结构化查询语言，简称SQL。
它是用于访问和操作数据库的标准计算机语言。
此外，它还经常用于数据库脚本文件中。

说到操作，比如你想删除一个表，只要使用DROP TABLE tabname即可，但是表中的所有信息都会丢失，不过不用担心，日志文件中会有记录。
如果要删除整个数据库，请使用 DROP DATABASE database_name。
在删除数据记录时，使用 DELETE FROM 数据表 WHERE 条件表达式即可准确删除您想要的数据。

说了这么多，我得赶紧写下来，免得以后忘记。
嗯，确实如此。