怎么UPDATE 整个数据库 mysql的

第一种，很简单，适用于任何存储引擎。

1 下载并安装好新版本的MySQL数据库，并将其端口改为3307（避免和旧版本的3306冲突），启动服务。

2 在新版本下创建同名数据库。

# mysqldump -p3307 -uroot create mysqlsystems_com

3 在旧版本下备份该数据库。

# mysqldump -p3306 -uroot mysqlsystems_com > mysqlsystems_combk

Note: 你也可以加上–opt选项，这样可以使用优化方式将你的数据库导出，减少未知的问题。

4 将导出的数据库备份导入到新版本的MySQL数据库中。

# mysql -p3307 -uroot mysqlsystems_com < mysqlsystems_combk

5 再将旧版本数据库中的data目录下的mysql数据库全部覆盖到新版本中。

# cp -R /opt/mysql-51/data/mysql /opt/mysql-54/data

Note: 大家也都知道这个默认数据库的重要性。

6 在新版下执行mysql_upgrade命令，其实这个命令包含一下三个命令：

# mysqlcheck –check-upgrade –all-databases –auto-repair

# mysql_fix_privilege_tables

# mysqlcheck –all-databases –check-upgrade –fix-db-names –fix-table-names

Note: 在每一次的升级过程中，mysql_upgrade这个命令我们都应该去执行，它通过mysqlcheck命令帮我们去检查表是否兼容新版本的数据库同时作出修复，还有个很重要的作用就是使用mysql_fix_privilege_tables命令去升级权限表。

7 关闭旧版本，将新版的数据库的使用端口改为3306，重新启动新版本MySQL数据库。到此，一个简单环境下的数据库升级就结束了。

第二种，同样适用任何存储引擎。

1 同样先安装好新版本的MySQL。

2 在旧版本中，备份数据库。

# mkdir /opt/mysqlsystems_bk ; mysqldump -p3306 -uroot –tab=/opt/mysqlsystems_bk mysqlsystems_com

Note: –tab选项可以在备份目录mysqlsystems_bk下生成后缀为sql和txt的两类文件；其中，sql保存了创建表的SQL语句而txt保存着原始数据。

3 接下来在新版本的数据库下更新数据。

# mysqladmin -p3307 -uroot create mysqlsystems_com

# cat /opt/mysqlsystems_bk/sql | mysql -p3307 -uroot mysqlsystems_com ( Create Tables )

# mysqlimport mysqlsystems_com /opt/mysqlsystems_bk/txt ( Load Data )

4 之后的所有步骤与第一种方法的后三步5、6、7相同。

第三种，适用于MyISAM存储引擎，全部是文件间的拷贝。

1 安装。

2 从旧版本mysqlsystems_com数据库下将所有frm、MYD 和MYI文件拷贝到新版本的相同目录下。

3之后的步骤依然同于第一种的后三步。

使用方法：

string delStr = "update Users set UserPassword = '"+ textBox2Text +"',UserSort='"+textBox3Text+" ' where UserID = " + textBox1Text ;

int ni= mycomExecuteNonQuery();

if(ni>0)

{

MessageBoxShow("修改成功", "提示");

}

else

{

MessageBoxShow("修改失败", "提示");

}

UPDATE语句用于更新修改指定记录的数据，对符合条件的记录，更新修改指定字段的值。若没有WHERE条件限定，则对所有记录进行更新修改。

*** 作步骤如下：

准备数据:在excel中构造出需要的数据

2将excel中的数据另存为文本文件(有制表符分隔的)

3将新保存到文本文件中的数据导入到plsql中

在plsql中选择tools-->text importer,在出现的窗口中选择"Data from Textfile",然后再选择"Open data file",

在d出的文件选择框中选中保存有数据的文本文件，此时将会看到data from textfile中显示将要导入的数据

4在configuration中进行如下配置

注:如果不将"Name in header"勾选上会导致字段名也当做记录被导入到数据库中，从而导致数据错误

5点击data to oracle，选择将要导入数据的表，并在fields中将文本中的字段与表中的字段进行关联

6点击import按钮进行导入

7查看导入的数据

OK,至此数据导入成功。

可以使用 TableAdapterUpdate 方法更新（编辑）数据库中的记录。 TableAdapterUpdate 方法根据传入的参数提供了若干次执行不同 *** 作的重载。 了解调用这些不同方法签名的结果非常重要。 说明 如果您的应用程序不使用 TableAdapter，您就可以使用命令对象更新数据库中的记录（例如， ExecuteNonQuery）。 有关使用命令对象更新数据的更多信息，请参见下面的“使用命令对象更新记录”。 下表描述了各种 TableAdapterUpdate 方法的行为： 方法 说明TableAdapterUpdate(DataTable) 尝试将 DataTable 中的所有更改保存到数据库中。 （这包括从表中移除所有删除的行、将插入的行添加到表中、更新表中已更改的所有行。） TableAdapterUpdate(DataSet) 虽然该参数带有一个数据集，但 TableAdapter 仍尝试将 TableAdapter 的关联 DataTable 中的所有更改保存到数据库中。 （这包括从表中移除所有删除的行、将插入的行添加到表中、更新表中已更改的所有行。） 说明 TableAdapter 的关联 DataTable 是最初配置 TableAdapter 时创建的 DataTable。 TableAdapterUpdate(DataRow) 尝试将指示 DataRow 中的更改保存到数据库中。

MySQL 的 Binlog 记录着 MySQL 数据库的所有变更信息，了解 Binlog 的结构可以帮助我们解析Binlog，甚至对 Binlog 进行一些修改，或者说是“篡改”，例如实现类似于 Oracle 的 flashback 的功能，恢复误删除的记录，把 update 的记录再还原回去等。本文将带您探讨一下这些神奇功能的实现，您会发现比您想象地要简单得多。本文指的 Binlog 是 ROW 模式的 Binlog，这也是 MySQL 8 里的默认模式，STATEMENT 模式因为使用中有很多限制，现在用得越来越少了。

Binlog 由事件（event）组成，请注意是事件（event）不是事务（transaction），一个事务可以包含多个事件。事件描述对数据库的修改内容。

现在我们已经了解了 Binlog 的结构，我们可以试着修改 Binlog 里的数据。例如前面举例的 Binlog 删除了一条记录，我们可以试着把这条记录恢复，Binlog 里面有个删除行（DELETE_ROWS_EVENT）的事件，就是这个事件删除了记录，这个事件和写行（WRITE_ROWS_EVENT）的事件的数据结构是完全一样的，只是删除行事件的类型是 32，写行事件的类型是 30，我们把对应的 Binlog 位置的 32 改成 30 即可把已经删除的记录再插入回去。从前面的 “show binlog events” 里面可看到这个 DELETE_ROWS_EVENT 是从位置 378 开始的，这里的位置就是 Binlog 文件的实际位置（以字节为单位）。从事件（event）的结构里面可以看到 type_code 是在 event 的第 5 个字节，我们写个 Python 小程序把把第383（378+5=383）字节改成 30 即可。当然您也可以用二进制编辑工具来改。

找出 Binlog 中的大事务

由于 ROW 模式的 Binlog 是每一个变更都记录一条日志，因此一个简单的 SQL，在 Binlog 里可能会产生一个巨无霸的事务，例如一个不带 where 的 update 或 delete 语句，修改了全表里面的所有记录，每条记录都在 Binlog 里面记录一次，结果是一个巨大的事务记录。这样的大事务经常是产生麻烦的根源。我的一个客户有一次向我抱怨，一个 Binlog 前滚，滚了两天也没有动静，我把那个 Binlog 解析了一下，发现里面有个事务产生了 14G 的记录，修改了 66 万条记录！下面是一个简单的找出 Binlog 中大事务的 Python 小程序，我们知道用 mysqlbinlog 解析的 Binlog，每个事务都是以 BEGIN 开头，以 COMMIT 结束。我们找出 BENGIN 前面的 “# at” 的位置，检查 COMMIT 后面的 “# at” 位置，这两个位置相减即可计算出这个事务的大小，下面是这个 Python 程序的例子。

切割 Binlog 中的大事务

对于大的事务，MySQL 会把它分解成多个事件（注意一个是事务 TRANSACTION，另一个是事件 EVENT），事件的大小由参数 binlog-row-event-max-size 决定，这个参数默认是 8K。因此我们可以把若干个事件切割成一个单独的略小的事务

ROW 模式下，即使我们只更新了一条记录的其中某个字段，也会记录每个字段变更前后的值，这个行为是 binlog_row_image 参数控制的，这个参数有 3 个值，默认为 FULL，也就是记录列的所有修改，即使字段没有发生变更也会记录。这样我们就可以实现类似 Oracle 的 flashback 的功能，我个人估计 MySQL 未来的版本从可能会基于 Binlog 推出这样的功能。

了解了 Binlog 的结构，再加上 Python 这把瑞士军刀，我们还可以实现很多功能，例如我们可以统计哪个表被修改地最多？我们还可以把 Binlog 切割成一段一段的，然后再重组，可以灵活地进行 MySQL 数据库的修改和迁移等工作。

以上就是关于怎么UPDATE 整个数据库 mysql的全部的内容，包括:怎么UPDATE 整个数据库 mysql的、C# update方法更新数据库、oracle数据库怎么更新列表等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！