2.建立数据库的连接的ASP程序，首先要建立一个ORASESSION对象，用CREATEOBJECT方法建立ORASESSION对象。语法如下：
set orasession=createobjext("oracleinprocserver.xorasession")
“oracleinprocserver”在计算机中所登录的“名称”“oracleinprocserver.xorasession”
3.建立ORASESSION对象，接着建立ORADATABASE对象，要建立ORADATABASE对象的OPENDATABASE和DBOPENDATABASE方法。
4.set oradatabase=orasession.opendatabase("数据库别名","用户帐号/密码","启动类型")
5.set oradatabase=orasession.dbopendatabase("数据库别名","用户帐号/密码","启动类型")
在数据库表丢失或损坏的情况下，备份你的数据库是很重要的。如果发生系统崩溃，你肯定想能够将你的表尽可能丢失最少的数据恢复到崩溃发生时的状态。有时，正是MySQL管理员造成破坏。管理员已经知道表以破坏，用诸如vi或Emacs等编辑器试图直接编辑它们，这对表绝对不是件好事！备份数据库两个主要方法是用mysqldump程序或直接拷贝数据库文件（如用cp、cpio或tar等）。每种方法都有其优缺点：
• mysqldump与MySQL服务器协同 *** 作。直接拷贝方法在服务器外部进行，并且你必须采取措施保证没有客户正在修改你将拷贝的表。如果你想用文件系统备份来备份数据库，也会发生同样的问题：如果数据库表在文件系统备份过程中被修改，进入备份的表文件主语不一致的状态，而对以后的恢复表将失去意义。文件系统备份与直接拷贝文件的区别是对后者你完全控制了备份过程，这样你能采取措施确保服务器让表不受干扰。
• mysqldump比直接拷贝要慢些。
• mysqldump生成能够移植到其它机器的文本文件，甚至那些有不同硬件结构的机器上。直接拷贝文件不能移植到其它机器上，除非你正在拷贝的表使用MyISAM存储格式。ISAM表只能在相似的硬件结构的机器上拷贝。在MySQL 3.23中引入的MyISAM表存储格式解决了该问题，因为该格式是机器无关的，所以直接拷贝文件可以移植到具有不同硬件结构的机器上。只要满足两个条件：另一台机器必须也运行MySQL 3.23或以后版本，而且文件必须以MyISAM格式表示，而不是ISAM格式。
不管你使用哪种备份方法，如果你需要恢复数据库，有几个原则应该遵守，以确保最好的结果：
• 定期实施备份。建立一个计划并严格遵守。
• 让服务器执行更新日志。当你在崩溃后需要恢复数据时，更新日志将帮助你。在你用备份文件恢复数据到备份时的状态后，你可以通过运行更新日志中的查询再次运用备份后面的修改，这将数据库中的表恢复到崩溃发生时的状态。
• 以文件系统备份的术语讲，数据库备份文件代表完全倾倒（full dump），而更新日志代表渐进倾倒（incremental dump）。
• 使用一种统一的和易理解的备份文件命名机制。象backup1、buckup2等不是特别有意义。当实施你的恢复时，你将浪费时间找出文件里是什么东西。你可能发觉用数据库名和日期构成备份文件名会很有用。例如：
• %mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
• %mysqldump menagerie >/usr/archives/mysql/menagerie.1999-10-02
• 你可能想在生成备份后压缩它们。备份一般都很大！你也需要让你的备份文件有过期期限以避免它们填满你的磁盘，就象你让你的日志文件过期那样。
• 用文件系统备份备份你的备份文件。如果遇上了一个彻底崩溃，不仅清除了你的数据目录，也清除了包含你的数据库备份的磁盘驱动器，你将真正遇上了麻烦。也要备份你的更新日志。
• 将你的备份文件放在不同于用于你的数据库的文件系统上。这将降低由于生成备份而填满包含数据目录的文件系统的可能性。
用于创建备份的技术同样对拷贝数据库到另一台机器有用。最常见地，一个数据库被转移到了运行在另一台主机上的服务器，但是你也可以将数据转移到同一台主机上的另一个服务器。
1 使用mysqldump备份和拷贝数据库
当你使用mysqldumo程序产生数据库备份文件时，缺省地，文件内容包含创建正在倾倒的表的CREATE语句和包含表中行数据的INSERT语句。换句话说，mysqldump产生的输出可在以后用作mysql的输入来重建数据库。
你可以将整个数据库倾倒进一个单独的文本文件中，如下：
%mysqldump samp_db >/usr/archives/mysql/samp_db.1999-10-02
输出文件的开头看起来象这样：
# MySQL Dump 6.0# # Host: localhostDatabase: samp_db#---------------------------------------# Server version 3.23.2-alpha-log## Table structure for table 'absence'#CREATE TABLE absence( student_id int(10) unsigned DEFAULT '0' NOT NULL, date date DEFAULT '0000-00-00' NOT NULL, PRIMARY KEY (student_id,date))## Dumping data for table 'absence'#INSERT INTO absence VALUES (3,'1999-09-03')INSERT INTO absence VALUES (5,'1999-09-03')INSERT INTO absence VALUES (10,'1999-09-08')......
文件剩下的部分有更多的INSERT和CREATE TABLE语句组成。
如果你想压缩备份，使用类似如下的命令：
%mysqldump samp_db | gzip >/usr/archives/mysql/samp_db.1999-10-02.gz
如果你要一个庞大的数据库，输出文件也将很庞大，可能难于管理。如果你愿意，你可以在mysqldump命令行的数据库名后列出单独的表名来倾到它们的内容，这将倾倒文件分成较小、更易于管理的文件。下例显示如何将samp_db数据库的一些表倾到进分开的文件中：
%mysqldump samp_db student score event absence >grapbook.sql
%mysqldump samp_db member president >hist-league.sql
如果你生成准备用于定期刷新另一个数据库内容的备份文件，你可能想用--add-drop-table选项。这告诉服务器将DROP TABLE IF EXISTS语句写入备份文件，然后，当你取出备份文件并把它装载进第二个数据库时，如果表已经存在，你不会得到一个错误。
如果你倒出一个数据库以便能把数据库转移到另一个服务器，你甚至不必创建备份文件。要保证数据库存在于另一台主机，然后用管道倾倒数据库，这样mysql能直接读取mysqldump的输出。例如：你想从主机pit-viper.snake.net拷贝数据库samp_db到boa.snake.net，可以这样很容易做到：
%mysqladmin -h boa.snake.net create samp_db
%mysqldump samp_db | mysql -h boa.snake.net samp_db
以后，如果你想再次刷新boa.snake.net上的数据库，跳过mysqladmin命令，但要对mysqldump加上--add-drop-table以避免的得到表已存在的错误：
%mysqldump --add-drop-table samp_db | mysql -h boa.snake.net samp_db
mysqldump其它有用的选项包括：
• --flush-logs和--lock-tables组合将对你的数据库检查点有帮助。--lock-tables锁定你正在倾倒的所有表，而--flush-logs关闭并重新打开更新日志文件，新的更新日志将只包括从备份点起的修改数据库的查询。这将设置你的更新日志检查点位备份时间。（然而如果你有需要执行个更新的客户，锁定所有表对备份期间的客户访问不是件好事。）
• 如果你使用--flush-logs设置检查点到备份时，有可能最好是倾倒整个数据库。如果你倾倒单独的文件，较难将更新日志检查点与备份文件同步。在恢复期间，你通常按数据库为基础提取更新日志内容，对单个表没有提取更新的选择，所以你必须自己提取它们。
• 缺省地，mysqldump在写入前将一个表的整个内容读进内存。这通常确实不必要，并且实际上如果你有一个大表，几乎是失败的。你可用--quick选项告诉mysqldump只要它检索出一行就写出每一行。为了进一步优化倾倒过程，使用--opt而不是--quick。--opt选项打开其它选项，加速数据的倾倒和把它们读回。
• 用--opt实施备份可能是最常用的方法，因为备份速度上的优势。然而，要警告你，--opt选项确实有代价，--opt优化的是你的备份过程，不是其他客户对数据库的访问。--opt选项通过一次锁定所有表阻止任何人更新你正在倾倒的任何表。你可在一般数据库访问上很容易看到其效果。当你的数据库一般非常频繁地使用，只是一天一次地调节备份。
• 一个具有--opt的相反效果的选项是--dedayed。该选项使得mysqldump写出INSERT DELAYED语句而不是INSERT语句。如果你将数据文件装入另一个数据库并且你想是这个 *** 作对可能出现在该数据库中的查询的影响最小，--delayed对此很有帮助。
• --compress选项在你拷贝数据库到另一台机器上时很有帮助，因为它减少网络传输字节的数量。下面有一个例子，注意到--compress对与远端主机上的服务器通信的程序才给出，而不是对与本地主机连接的程序：
%mysqldump --opt samp_db | mysql --compress -h boa.snake.net samp_db
• mysqldump有很多选项，详见《MySQL参考手册》。
2 使用直接拷贝数据库的备份和拷贝方法
另一种不涉及mysqldump备份数据库和表的方式是直接拷贝数据库表文件。典型地，这用诸如cp、tar或cpio实用程序。本文的例子使用cp。
当你使用一种直接备份方法时，你必须保证表不在被使用。如果服务器在你则正在拷贝一个表时改变它，拷贝就失去意义。
保证你的拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重启服务器。如果你不想关闭服务器，要在执行表检查的同时锁定服务器。如果服务器在运行，相同的制约也适用于拷贝文件，而且你应该使用相同的锁定协议让服务器“安静下来”。
假设服务器关闭或你已经锁定了你想拷贝的表，下列显示如何将整个samp_db数据库备份到一个备份目录（DATADIR表示服务器的数据目录）：
%cdDATADIR%cp -r samp_db /usr/archive/mysql
单个表可以如下备份：
%cdDATADIR/samp_db%cp member.* /usr/archive/mysql/samp_db%cp score.* /usr/archive/mysql/samp_db....
当你完成了备份时，你可以重启服务器（如果关闭了它）或释放加在表上的锁定（如果你让服务器运行）。
要用直接拷贝文件把一个数据库从一台机器拷贝到另一台机器上，只是将文件拷贝到另一台服务器主机的适当数据目录下即可。要确保文件是MyIASM格式或两台机器有相同的硬件结构，否则你的数据库在另一台主机上有奇怪的内容。你也应该保证在另一台机器上的服务器在你正在安装数据库表时不访问它们。
3 复制数据库（Replicating Database）
复制（Replication）类似于拷贝数据库到另一台服务器上，但它的确切含义是实时地保证两个数据库的完全同步。这个功能将在3.23版中出现，而且还不很成熟，因此本文不作详细介绍。
4 用备份恢复数据
数据库损坏的发生有很多原因，程度也不同。如果你走运，你可能仅损坏一两个表（如掉电），如果你倒霉，你可能必须替换整个数据目录（如磁盘损坏）。在某些情况下也需要恢复，比如用户错误地删除了数据库或表。不管这些倒霉事件的原因，你将需要实施某种恢复。
如果表损坏但没丢失，尝试用myisamchk或isamchk修复它们，如果这样的损坏可有修复程序修复，你可能根本不需要使用备份文件。关于表修复的过程，见《数据库维护与修复》。
恢复过程涉及两种信息源：你的备份文件和个更新日志。备份文件将表恢复到实施备份时的状态，然而一般表在备份与发生问题之间的时间内已经被修改，更新日志包含了用于进行这些修改的查询。你可以使用日志文件作为mysql的输入来重复查询。这已正是为什么要启用更新日志的原因。
恢复过程视你必须恢复的信息多少而不同。实际上，恢复整个数据库比单个表跟容易，因为对于数据库运用更新日志比单个表容易。
4.1 恢复整个数据库
首先，如果你想恢复的数据库是包含授权表的mysql数据库，你需要用--skip-grant-table选项运行服务器。否则，它会抱怨不能找到授权表。在你已经恢复表后，执行mysqladmin flush-privileges告诉服务器装载授权标并使用它们。
• 将数据库目录内容拷贝到其它某个地方，如果你在以后需要它们。
• 用最新的备份文件重装数据库。如果你用mysqldump产生的文件，将它作为mysql的输入。如果你用直接从数据库拷贝来的文件，将它们直接拷回数据库目录，然而，此时你需要在拷贝文件之前关闭数据库，然后重启它。
使用更新日志重复做备份以后的修改数据库表的查询。对于任何可适用的更新日志，将它们作为mysql的输入。指定--one-database选项使得mysql只执行你有兴趣恢复的数据库的查询。如果你知道你需要运用所有更新日志文件，你可以在包含日志的目录下使用这条命令：
% ls -t -r -1 update.[0-9]* | xargs cat | mysql --one-databasedb_name
ls命令生成更新日志文件的一个单列列表，根据服务器产生它们的次序排序（主意：如果你修改任何一个文件，你将改变排序次序，这导致更新日志一错误的次序被运用。）
很可能你会是运用某几个更新日志。例如，自从你备份以来产生的更新日志被命名为update.392、update.393等等，你可以这样重新运行：
%mysql --one-database db_name <update.392
%mysql --one-database db_name <update.393
.....
如果你正在实施恢复且使用更新日志恢复由于一个错误建议的DROP DATABASE、DROP TABLE或DELETE语句造成丢失的信息，在运用更新日志之前，要保证从其中删除这些语句。
4.2 恢复单个表
恢复单个表较为复杂。如果你用一个由mysqldump生成的备份文件，并且它不包含你感兴趣的表的数据，你需要从相关行中提取它们并将它们用作mysql的输入。这是容易的部分。难的部分是从只运用于该表的更新日志中拉出片断。你会发觉mysql_find_rows实用程序对此很有帮助，它从更新日志中提取多行查询。
另一个可能性是使用另一台服务器恢复整个数据库，然后拷贝你想要的表文件到原数据库中。这可能真的很容易！当你将文件拷回数据库目录时，要确保原数据库的服务器关闭。
至于用php语句写mysql备份，涉及一些php课程，我也不是太懂，不好意思~~
重要的是在表丢失和毁坏时备份数据库。如果系统发生崩溃，您就能够将表恢复到崩溃时刻的状态，并尽可能不丢失数据。同样，错发DROP DATABASE 或DROP TABLE 命令的用户可能会向您请求进行数据恢复。有时，这是由MySQL管理员引起的破坏，管理员试图通过使用像vi 或emacs 这样的编辑器直接编辑表文件而毁坏了它们。这样做对表来说肯定是干了坏事。备份数据库的两种主要方法是使用mysqldump 程序或直接拷贝数据库文件（如便用c p、tar 或c p i o）。每种方法都有自己的优点和缺点：
mysqldump 与MySQL服务器联合进行 *** 作。直接拷贝方法与服务器相脱离，因此必须采取措施确保在进行拷贝时没有客户机在修改这些表。这个问题与利用文件系统备份来备份数据库的问题相同：如果数据库表在文件系统备份时进行更新，则进行备份的表文件处于非一致的状态，并且对于今后恢复该表没有意义。文件系统备份和直接拷贝文件的区别是：对于后者，您具有控制备份进度的权利，因此可以采取措施确保服务器使表处于静止状态。
mysqldump 比直接拷贝技术要慢
mysqldump 产生可移植到其他机器、甚至具有不同硬件结构的机器上的文本文件。直接拷贝文件不能够移植到其他机器上，除非要拷贝的表使用MyISAM 存储格式。ISAM 表只能在具有相同硬件结构的机器之间进行拷贝。例如，将文件从S PARC 的Solaris 机器拷贝到Intel 的Solaris 机器（或者相反）是行不通的。由MySQL3.23 引进的MyISAM 表存储格式可以解决这个问题，因为该格式与机器独立。因此，如果以下两个条件都满足的话，直接拷贝文件可以移植到具有不同硬件结构的机器上：即另一台机器上也必须运行MySQL3.23 以上的版本，并且文件必须表示成MyISAM 表，而不是ISAM 表。
不论选择哪种备份方法，都有某些原则，您必须坚持这些原则，才能确保在需要恢复数据库内容时得到最好的结果：
定期执行备份。设置一个时间表并坚持使用它。
告诉服务器运行更新日志。更新日志在您需要恢复崩溃后的数据库时给予帮助。在使用备份文件将数据库恢复到备份时刻的状态后，可以通过运行更新日志中的查询，重新运行备份之后所做的改变。这个 *** 作将数据库中的表恢复到了崩溃时刻的状态。在文件系统备份语言中，数据库备份文件表示完全转储（ full dump），而更新日志则表示增量转储。
使用一致和可理解的备份文件命名模式。像b a c k up 1、backup2 等名字没有特殊的含义。当需要它执行恢复时，还得浪费时间去查看文件中的内容。您会发现使用数据库名和花时间去构造备份文件名是有好处的。例如：
% mysqldump samp_db /usr/archives/mysql/samp_db. 1999-10-02
% mysqldump menagerie /usr/archives/mysql/menagerie.1999-10-02
在产生备份文件后您可能需要将它们压缩。毕竟备份文件都比较大，所以您可能还需要终止备份文件以避免它们填满磁盘，这与终止日志文件类似。您可以用相同的技术终止备份文件：
用文件系统备份来备份您的备份文件。如果您遭受了一个完全崩溃，不仅毁坏了数据目录而且还破坏了包含数据库备份的磁盘驱动器，那将造成真正的麻烦。您还应该备份更新日志。
将备份文件放在与您的数据库不同的文件系统上。这将减少含有数据字典的文件系统被生成的备份文件填满的可能性。
创建备份的技术对于将数据库拷贝到另一个服务器上也是很有帮助的。将数据库转移到运行在另一个主机上的服务器是很平常的，但您还可以将数据转移到运行在相同主机上的另一个服务器。如果正为一个新版本的MySQL运行服务器，并且想用成品服务器上的某些真实数据来测试它时，可能会这样做。还有一种可能，那就是您得到了一台新的机器并要将所有的数据库移动到新机器上。
用mysqldump 备份和拷贝数据库
当使用mysqldump 程序产生数据库备份文件时，缺省设置是该文件的内容由C R E AT E TABLE 语句组成，这些语句创建被转储的表以及包含表中的行数据的INSERT 语句。换句话说，mysqldump 创建在今后可作为对mysql的输入使用的输出结果，以重建数据库。
可以将整个数据库按以下命令转储到单独的文本文件中：
该文件的其余部分由更多的INSERT 和CREATE TABLE 语句组成。如果想在生成备份时进行压缩，可替换成类似下列的命令：
% mysqldump samp_db | gzip /usr/archives/mysql/samp_db.1999.10.02.gz
如果您有一个超大数据库，则该输出文件也将是极大的且管理起来很困难。如果您喜欢的话，可以通过在mysqldump 命令的数据库名之后命名单个的表来转储这些表的内容。这个 *** 作将该转储文件分成更小的、更多的可管理的文件。下面的例子将说明如何将samp_db 的一些表转储到单个文件中：
% mysqldump samp_db student score event absence gradebook.sql
% mysqldump samp_db member president hist-league.sql
如果您正在生成备份文件并打算用这些备份文件来定期刷新另一个数据库的内容，则可能要使用--add-drop-table 选项。此选项告诉mysqldump 将DROP TABLE IF EXISTS 语句写到备份文件中。然后，当您取出该备份文件并将其加载到第二个数据库时，如果表已经存在将不会出现错误信息。如果您正在运行第二个数据库，可使用此技术利用从第一个数据库中的数据拷贝来定期地加载它。
如果您正在转储数据库使该数据库可以转换到另一个服务器上，则无须创建备份文件。应确保该数据库存在于另一台主机上，然后用一个管道使mysql直接读取mysqldump 的输出结果来转储数据库。例如，如果想要将samp_db 数据库从p i t _ v i per.snake.net 拷贝到b o a . s n a k e . n e t， *** 作如下：
% mysqladmin -h boa.snake.netcreate samp_db
% mysqldump samp_db | mysql-h boa.snake.net samp_db
稍后，如果想要在boa.snake.net 中再次刷新该数据库，可跳过mysqladmin 命令，但要将--add-drop-table 增加到mysqldump 中，以避免得到有关“表已经存在”的错误：
% mysqldump --add-drop-table samp_db | mysql-h boa-snake.net samp_db
mysqldump 的其他选项包括如下所示的几个：
--flush-log 和--lock-tables 的结合有助于检查数据库。--lock-table 锁定所有正在转储的表，而--flush-log 关闭并重新打开更新日志文件。如果正在产生后续的更新日志，则新的更新日志将只包含从备份的那一点开始修改数据库的查询。这时检查对于该备份时间的更新日志的检查点（然而，锁定所有的表对于备份期间客户机访问来说不太好，如果您有需要执行更新 *** 作的客户机的话）。
如果用--flush-logs 检查对于备份时间的更新日志检查点，最好转储整个数据库。如果转储单个文件，则将更新日志的检查点与备份文件同步是比较难的。在恢复 *** 作中，您通常在总数据库（ per- d a t a b a s e）的基础上抽取更新日志的内容。对于抽取单个表的更新日志来说没有选项，因此您必须自己抽取它们。
缺省设置时，mysqldump 将表的全部内容在写之前读到内存中。这实际上不是必须的，事实上，如果您真的有大型表的话，这几乎是一个失败的方法。可以用--quick 选项告诉mysqldump 写每一行（只要是被检索的）。要想进一步优化该转储过程，可用- - o p t来代替- - q ui c k。-- opt 选项开启其他的选项，这些选项将加快转储数据和读回数据的速度。
由于快速备份的好处，使得用--opt 执行备份成为最常用的方法。但是，要当心， - - o p t 选项有一个代价： --opt 所优化的是您的备份过程，而不是由其他客户机对数据库的访问。--opt 选项可防止任何人更新被锁定的正在转储的任何表。您会很容易地发现在常
规数据库访问中在这一点上所做的努力。试着在一天中数据库通常最繁忙的时刻运行一个备份。这不会花费太多的时间。
与--opt 作用有点相反的选项是- d e l a y e d。该选项导致mysqldump 写INSERT D E L AYED 语句而非INSERT 语句。如果您将一个数据文件加载到另一个数据库中并且想要使该 *** 作对其他查询（这些查询可能正在数据库中发生）造成的影响最小，则- -d e l a y e d将有助于达到这个目的。
--compress 选项有助于将数据库拷贝到另一台机器上，因为它可以减少网络传输中的字节数量。这里有一个例子，请注意，为了使程序与远程主机上的服务器进行通信（而不是与本地主机通信），给出了--compress 选项：
% mysqldump --opt samp_db | mysql--compress -h boa.snake.net samp_db
mysqldump 有许多选项，详细信息请参考附录E。
使用直接拷贝数据库备份和拷贝方法
不用mysqldump 来备份数据库或表的另一种方法是直接拷贝表文件。通常可利用像c p、tar 或cpio 这样的实用程序来进行。本节的例子使用的是c p。
使用直接拷贝备份（ direct-copy backup）方法时，必须确保没有使用这些表。如果在拷贝一个表的同时服务器正在修改它，则拷贝无效。
确保拷贝完整性的最好方法是关闭服务器，拷贝文件，然后重新启动服务器。如果不想关闭服务器，则应参考第13 章，查阅有关在执行表检查点时锁定服务器的介绍。如果服务器在运行中，则相同的约束都适用于拷贝文件，您应该用同样的锁定协议使服务器保持静止状态。
假定服务器关闭，或者已经锁定了想要拷贝的表，下面的例子将说明怎样将整个samp_db 数据库备份到备份目录中（ DATADIR 代表服务器的数据目录）：
% cd DATADIR
% cp -r samp_db /usr/archive/mysql单个表可按如下进行拷贝：
% cd DATADIR/samp_db
% cd member.* /usr/archive/mysql/samp_db
% cd score.* /usr/archive/mysql/samp_db
...
当完成备份时，可以重新启动服务器（如果已使它关闭），或者释放在表上施加的锁（如果保持服务器运行）。
要想用直接拷贝文件将数据库从一台机器拷贝到另一台机器，只要将这些文件拷贝到另一台服务器主机上的相应数据库上即可。应确保这些文件是对MyISAM 表的或者两台机器都有相同的硬件结构。否则这些表在第二个主机上看起来好象有很奇怪的内容。还应该确保第二台主机的服务器不会在您安装这些表时去访问它们。
复制数据库
术语“复制”的含义简单地说有点像“拷贝数据库到另一个服务器”，或者是包含在主数据库的内容发生变化时次数据库的有效更新（ live updating）的含义。如果想简单地将数据库拷贝到另一个服务器上，则可以使用在前面已经讨论的那些命令。自MySQL3.23 版本以来，就已经开始出现对基于有效更新的复制的支持。但它的功能仍未成熟，因此，在这方面笔者没有什么可讨论的，如果有兴趣，您可以注意一下当前的新版本，看看有些什么新的开发功能。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）