mysql怎么复制一个数据库中的一张表到另外一个数据库~~~~

什么系统？两个库是不是在同一台机？

linux下个人做法：

1同一台机

用mysqldump导出表数据（具体使用可以查一下）

mysqldump -h host -P port -p password -u user database --default-character-set=utf8 --add-drop-table tablename -r /tmp/tablesql

再导入数据

mysqldump -h host -P port -p password -u user database tablename </tmp/tablenamesql

或者在进入mysql后用source命令导入。

2不同的机，就需要先把数据文件导出，然后复制到另外一台机，再进行1的导入 *** 作。

windows下没试过，一般都直接用phpMyAdmin来 *** 作了，界面 *** 作没什么说的。

MySQL在互联网应用中已经遍地开花，但是在银行系统中，还在生根发芽的阶段。本文记录的是根据某生产系统实际需求，对数据库高可用方案从需求、各高可用技术特点对比、实施、测试等过程进行整理，完善Mysql高可用方案，同时为后续开展分布式数据库相关测试做相应准备。

存储复制技术： 传统IOE架构下，常用高可用方案，靠存储底层复制技术实现数据的一致性，优点数据安全性有保障，限制在于是依赖存储硬件，实施成本较高。

keepalived+双主复制： 两台MySQL互为主从关系，即双主模式，通过Keepalived配置虚拟IP，实现当其中的一台数据库故障时，自动切换VIP到另外一台MySQL数据库，备机快速接管业务来保证数据库的高可用。

MHA： MHA部署在每台mysql服务器上，定时探测集群中的master节点，当master出现故障时，它可以自动将最新的slave提升为新的master，然后将所有其他的slave重新指向新的master，优点在最大程度保证数据的一致性的前提下实现快速切换，最少需要3台服务器，存在数据丢失的可能性。

PXC： Percona eXtra Cluster是Percona基于galera cluster封装的集群方案。不同于普通多主复制，PXC保障强一致性和实时同步，故障切换更快。但是也需要3个节点，配置相对复杂，对性能也稍有影响。

除了上述方案外，还有MMM、Heartbeat+DRBD等高可用方案，此处不做详细介绍。

综合评估下，本次实施采用了 keepalived+mysql双主实现数据库同城双机房的高可用。MySQL版本为： 5721。 *** 作系统：Red Hat Enterprise Linux Server 73。

配置过程如下：

Mysql-master1: IP地址1 --以下简称master1

Mysql-master2: IP地址2 --以下简称master2

Mysql-vip : VIP地址 --应用连接使用

Mysql复制相关概念描述：

1、 Mysql主从复制图示：

2、 Mysql主从复制过程描述：

（1）master记录二进制日志：在每个事务更新数据完成之前，master在二进制日志记录这些改变。MySQL将事务写入二进制日志。在事务写入二进制日志完成后，master通知存储引擎提交事务。

（2）slave将master的binarylog拷贝到自己的中继日志：首先，slave开始一个工作线程——I/O线程。I/O线程在master上打开一个普通的连接，然后开始binlog dump process。Binlog dump process从master的二进制日志中读取事务，如果已经同步了master，它会睡眠并等待master产生新的事件。I/O线程将这些事务写入中继日志。

（3）SQL slave thread处理该过程的最后一步：SQL线程从中继日志读取事务，并重放其中的事务而更新slave的数据，使其与master中的数据一致。只要该线程与I/O线程保持一致，中继日志通常会位于OS的缓存中，所以中继日志的开销很小。

主主同步就是两台机器互为主的关系，在任何一台机器上写入都会同步至备端。

为了便于后续数据库服务器的扩展，且在整个复制环境中能够自动地切换，降低运维成本，引入了当前主流的基于Mysql GTID的复制特性，工作原理及优缺点简介如下。

3、 GTID工作原理简介：

（1） master更新数据时，会在事务前产生GTID，一同记录到Binlog日志中。

（2） slave的I/O线程将变更的binlog写入到本地的relay log中。

（3） slave的sql线程从relay log中获取GTID，然后对比slave端的binlog是否有记录。

（4） 如果有记录说明该GTID的事务已经执行，slave会忽略。

（5） 如果没有记录，slave就会从relay log中执行该GTID的事务，并记录到binlog。

（6） 在解析的过程中会判断是否有主键，如果有就用索引，如果没有就用全部扫描。

4、 GTID优点：

（1） 一个事务对应一个唯一的ID，一个GTID在一个服务器上 只会执行一次。（2） GTID是用来替代传统复制的方法，GTID复制与普通复制模式的最大不同就是不需要指定二进制文件名和位置。

（3） 减少手工干预和降低服务故障时间，当主机宕机之后会通过软件从众多的备机中提升一台备机为新的master。

5、 GTID也存在一些限制：

（1） 不支持非事务引擎。

（2） 不支持create table … select 语句复制(主库直接报错)。

（3） 不允许一个sql同时更新一个事务引擎表和非事务引擎表。

（4） 在一个复制组中，必须要求统一开启GTID或者是统一关闭GTID。

（5） 开启GTID需要重启(57版本除外)。

（6） 开启GTID后，就不再使用原理的传统复制方式。

（7） 不支持create temporary table 和 drop temporary table语句。

（8） 不支持sql_slave_skip_counter。

前置条件：

主备两个节点使用行内统一的安装部署脚本安装mysql5721介质(略)

Master1端创建应用的数据库(略)

1、 修改MySQL配置文件

参考相关配置规范，分别设置master1、master2的mycnf文件，

其中server-id参数设置为不同值;

由于后续keepalived会挂起VIP，应用通过VIP连接数据库，为了避免应用程序无法通过VIP访问，需将两个节点的bind-address参数注释掉；

2、 设置master1端自动半同步模式

Mysql的同步模式主要有如下3种：

a 主从同步复制：数据完整性好，但是性能消耗略高；

b 主从异步复制：性能消耗低，但容易出现不一致；

c 主从半自动复制：介于上述两种之间，既保持了数据的完整性，又提高了性能；

基于上述特性，建议采用半自动同步模式，由于后续要配置为双主模式，因此任一节点其角色既为master又为slave，因此相关的master/slave插件要同时配置，过程如下。

（1） 首先查看库是否支持动态加载(默认都支持)

（2） 主从库上分别安装插件

作为主库，安装插件semisync_masterso

作为从库，安装插件semisync_slaveso

（3） 安装完成后，从plugin表中能够看到刚刚安装的插件

（4） 分别打开主从库半同步复制

同时添加到各自的mycnf中，在后续数据库实例重启时自动加载该配置。

此时查看状态还没有启动

（5） 两个节点分别启动IO进程

（6） 查看半同步状态

3、 将master1设为master2的主服务器

（1）在master1主机上创建授权账户，允许在master2主机上连接

（2）将主库master1数据导出

（3）将mastersql传输到master2上并导入

（4）在master2端将master1设置为自己的主库，并开启slave功能

在master2上查看slave状态

至此master1到master2的主从复制关系已经建立完成。

4、 将master2设为master1的主服务器

在master1上执行

在master1上查看slave状态

1、keepalived相关概念说明：

keepalived是集群管理中保证集群高可用的一个软件解决方案，其功能类似于heartbeat，用来防止单点故障

keepalived是以VRRP协议为实现基础的，VRRP全称VirtualRouter Redundancy Protocol，即虚拟路由冗余协议。

虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将N台提供相同功能的路由器组成一个路由器组，这个组里面有一个master和多个backup，master上面有一个对外提供服务的vip，master会发组播（组播地址为2240018），当backup收不到vrrp包时就认为master宕掉了，这时就需要根据VRRP的优先级来选举一个backup当master，这样的话就可以保证路由器的高可用了。

keepalived主要有三个模块，分别是core 、check和vrrp。core模块为keepalived的核心，负责主进程的启动、维护以及全局配置文件的加载和解析。check负责 健康 检查，包括常见的各种检查方式。vrrp模块是来实现VRRP协议的。同时为了避免出现脑裂，应关闭防火墙或者开启防火墙但允许接收VRRP协议。

2、keepalived的安装配置

（1）配置本地yum源，在master1和master2两台服务器上安装keepalived的相关依赖包Kernel-devel/openssl-devel/popt-devl等

配置指向rhel-75iso的yum本地源，步骤略

注意：如不知道keepalived需要哪些依赖包，可到下载后的源码解压目录下查看INSTALL 文件内容，安装需要的依赖包，源码安装任何一个软件都要养成查看源码包文档的习惯，比如INSTALL，README,doc等文档，可以获得很多有用的信息。

（2）在两台mysql上解压缩并编译安装keepalived

（3）master1、master2上分别配置keepalivedconf

注意上图红色字体中两个节点配置相同处及差异。

说明：keepalived只有一个配置文件keepalivedconf，里面主要包括以下几个配置区域：

· global_defs：主要是配置故障发生时的通知对象以及机器标识。

· vrrp_instance：用来定义对外提供服务的VIP区域及其相关属性。

· virtual_server：虚拟服务器定义

（4）同时两个节点上都需要添加检测脚本

作用：是当mysql停止工作时自动关闭本机的keeplived服务，从而实现将故障主机踢出热备组，因每台机器上keepalived只添加了本机为realserver，所以当mysqld正常启动后，我们还需要手动启动keepalived服务。

（5）分别启动两个节点的keepalived服务

检查两个节点keepalived启动进程

检查两个节点的vip挂载情况

（6）主备机故障切换测试

停止master2的mysql服务，看keepalived 健康 检查程序是否会触发脚本，自动进行故障切换，步骤略

查看master1节点的VIP挂载情况，验证是否实现了自动切换，步骤略

说明在master2服务器的mysql服务发生故障时，触发了脚本，自动完成了切换。

（7）现在我们把master2的mysql服务开起来，并且keepalived的服务也需要启动。

即便master2的mysql服务和keepalived服务都重新开启了，master1仍然是主master了，master2未对主master的权利进行抢夺，说明设置的nopreempt参数生效了，为了保证群集的稳定性，生产环境不允许抢占配置，只有当master1的mysql服务坏掉的时候，master2才会再次成为主master，否则它永远只能当master1的备份。（注：nopreempt一般是在优先级高的mysql上设置）

Sysbench是一个模块化的、跨平台、多线程基准测试工具，可用于评估数据库负载情况，通过sysbench命令配置IP地址、端口号、用户名、密码连接到指定的数据库db1中，创建多个表，并快速插入指定条数的记录，观察主备库同步效率

(1) 下载开源工具sysbench-041214targz，放置在相应目录下并解压

(2) 使用iso配置本地yum源并安装Sysbench如下的依赖包(步骤略)：autoconf/automake/cdbs/debhelper(>=9)/docbook-xml/docbook-xsl/libmysqlclient15-dev/libtool/xsltproc

(3) 编译sysbench

编辑配置文件/etc/ldsoconf中添加mysql lib目录/mysql/app/5721/lib，并执行命令ldconfig生效

(4) 执行sysbench压测

使用sysbench工具向主节点的db1数据库中创建5张表，并且每张表分别插入10万条记录

同时观察备机同步效率

几个重要的参数说明：

B、半自动同步模式、异步模式切换测试

(1) 检查主备同步状态，及同步参数设置

rpl_semi_sync_master_enabled参数表示启用半同步模式；

rpl_semi_sync_master_timeout参数单位为毫秒，表示主库事务等待从库返回commit成功信息超过10秒就降为异步模式，不再等待从库，等探测到从库io线程恢复后，再返回为半自动同步；

rpl_semi_sync_master_wait_no_slave参数表示事务提交后需要等待从库返回确认信息；

(2) 将slave的io线程停止

(3) 使用sysbench向master写入少量的数据，本例创建一张表，并插入10条记录，命令包装在1sh测试脚本中

通过记录的时间戳发现，master在等待了slave10秒无响应，自动切换为异步模式，将数据写入本地。

(4) Slave启动io线程，数据自动追平

至此MySQL主主复制配置完成，运行在半自动同步模式，通过keepalived实现Mysql的HA高可用。

上线后应符合统一的标准监控策略，添加备份协议对数据进行周期备份并保存到带库中，以及定期的数据恢复测试。

由于是靠keepalived实现的高可用，还应将如下资源添加到监控管理平台：

1、 对每台数据库主机的3个keepalived进程进行监控；

2、 对主备节点的io线程、sql线程工作状态进行监控；

传统数据库仍旧会有一席之地，至于NewSQL的优势又是什么，简单和大家说说：

首先关于“中间件+关系数据库分库分表”算不算NewSQL分布式数据库问题，国外有篇论文pavlo-newsql-sigmodrec，如果根据该文中的分类，Spanner、TiDB、OB算是第一种新架构型，Sharding-Sphere、Mycat、DRDS等中间件方案算是第二种（文中还有第三种云数据库，本文暂不详细介绍）。

基于中间件（包括SDK和Proxy两种形式）+传统关系数据库（分库分表）模式是不是分布式架构？我觉得是的，因为存储确实也分布式了，也能实现横向扩展。但是不是“伪”分布式数据库？从架构先进性来看，这么说也有一定道理。

“伪”主要体现在中间件层与底层DB重复的SQL解析与执行计划生成、存储引擎基于B+Tree等，这在分布式数据库架构中实际上冗余低效的。为了避免引起真伪分布式数据库的口水战，本文中NewSQL数据库特指这种新架构NewSQL数据库。

NewSQL数据库相比中间件+分库分表的先进在哪儿？画一个简单的架构对比图：

传统数据库面向磁盘设计，基于内存的存储管理及并发控制，不如NewSQL数据库那般高效利用；中间件模式SQL解析、执行计划优化等在中间件与数据库中重复工作，效率相比较低；NewSQL数据库的分布式事务相比于XA进行了优化，性能更高；新架构NewSQL数据库存储设计即为基于paxos（或Raft）协议的多副本，相比于传统数据库主从模式（半同步转异步后也存在丢数问题），在实现了真正的高可用、高可靠（RTO<30s，RPO=0）；NewSQL数据库天生支持数据分片，数据的迁移、扩容都是自动化的，大大减轻了DBA的工作，同时对应用透明，无需在SQL指定分库分表键。

把原本的aid字段(主键)设置为自动递增类型的，也就是：auto_increment

insert into article select fname,title from article where fname like '%海岛%'

update article set fname=replace(fname,'海岛','自然')

1、可以的，这也是一个冷备份数据库和迁移数据库的方法，如果别人能复制整个data目录，确实不安全。

2、data下每个目录是一个database，比如mysql目录里面包含的系统表userMYD包含了mysql用户信息

3、不同的存储引擎用的不同的文件存储数据，

a)如果是MyISAM存储引擎的一个table存成了三个文件

tablefrm（表结构）

tableMYD（表数据）

tableMYI（表索引）

这种存储引擎你可以只复制一个table（即三个文件）或者一个数据库（即整个目录）。

b)如果是InnoDB存储引擎用到了表空间文件ibdata1

所以要复制需要包含数据库目录，还要包含表空间文件ibdata1等。

流程如下：

1 主：binlog线程——记录下所有改变了数据库数据的语句，放进master上的binlog中；

2 从：io线程——在使用start slave 之后，负责从master上拉取 binlog 内容，放进自己的relay log中；

3 从：sql执行线程——执行relay log中的语句；

这是黑马程序员讲师的讲义，你可以动手 *** 作一下下。

Mysql Proxy Lua读写分离设置是本文要介绍的内容，主要是来了解Mysql Proxy的Mysql 分离设置，为了未来MySQL读写分离的需要, 先行对MySQL官方的Mysql Proxy产品进行了初步测试 以下是测试过程，二进制版Mysql Proxy可以去下载。

1、设置说明

Master服务器: 19216841196 Slave服务器: 19216841197 Proxy服务器: 19216841203

2、安装Mysql Proxy

在Proxy服务器上安装即可 如果源码方式安装, 需提前安装pkg-config,libevent,glibc,lua等依赖包, 非常麻烦, 建议直接使用二进制版

# cd /u01/software/mysql # tar -zxvf Mysql Proxy-081-linux-rhel5-x86-32bittargz -C /usr/local # cd /usr/local # ln -s Mysql Proxy-081-linux-rhel5-x86-32bit Mysql Proxy # vi + ~/bash_profile export PATH=$PATH:/usr/local/Mysql Proxy/bin/ # ~/bash_profile

3、Mysql Proxy选项说明

# Mysql Proxy help-all

管理功能选项:

admin-address=host:port 指定一个mysqo-proxy的管理端口, 缺省是4041; admin-username=<string> username to allow to log in admin-password=<string> password to allow to log in admin-lua-script=<filename> script to execute by the admin plugin

代理功能选项:

-P, proxy-address=<host:port> 是Mysql Proxy 服务器端的监听端口, 缺省是4040; -r, proxy-read-only-backend-addresses=<host:port> 只读Slave的地址和端口, 缺省为不设置; -b, proxy-backend-addresses=<host:port> 远程Master地址和端口, 可设置多个做failover和load balance, 缺省是127001:3306; proxy-skip-profiling 关闭查询分析功能, 缺省是打开的; proxy-fix-bug-25371 修正 mysql的libmysql版本大于5112的一个#25371号bug; -s, proxy-lua-script=<file> 指定一个Lua脚本来控制Mysql Proxy的运行和设置, 这个脚本在每次新建连接和脚本发生修改的的时候将重新调用;

其他选项:

defaults-file=<file>配置文件, 可以把Mysql Proxy的参数信息置入一个配置文件里; daemon Mysql Proxy以守护进程方式运行 pid-file=file 设置Mysql Proxy的存储PID文件的路径 keepalive try to restart the proxy if it crashed, 保持连接启动进程会有2个, 一号进程用来监视二号进程, 如果二号进程死掉自动重启proxy

4、数据库准备工作

（1）安装半同步补丁(建议)

读写分离不能回避的问题之一就是延迟, 可以考虑Google提供的SemiSyncReplication补丁

（2）给用户授权

在Master/Slave建立一个测试用户, 因为以后客户端发送的SQL都是通过Mysql Proxy服务器来转发, 所以要确保可以从Mysql Proxy服务器上登录MySQL主从库

mysql> grant all privileges on to 'u_test'@'19216841203' identified by 'xxx' with grant option;

（3）在Master建立测试表

mysql> create table db_testt_test (col varchar(10)); mysql> insert into db_testt_test values ('testA'); mysql> select from db_testt_test; +-+ | col | +-+ | testA | +-+

5、Mysql Proxy启动

（1）修改读写分离lua脚本

默认最小4个最大8个以上的客户端连接才会实现读写分离, 现改为最小1个最大2个:

# vi +40 /usr/local/Mysql Proxy/share/doc/Mysql Proxy/rw-splittinglua connection pool if not proxyglobalconfigrwsplit then proxyglobalconfigrwsplit = { min_idle_connections = 1, max_idle_connections = 2, is_debug = true } end

这是因为Mysql Proxy会检测客户端连接, 当连接没有超过min_idle_connections预设值时, 不会进行读写分离, 即查询 *** 作会发生到Master上

（2）启动Mysql Proxy

建议使用配置文件的形式启动, 注意配置文件必须是660权限, 否则无法启动 如果有多个Slave的话, proxy-read-only-backend-addresses参数可以配置多个以逗号分隔的IP:Port从库列表

# killall Mysql Proxy # vi /etc/Mysql Proxycnf [Mysql Proxy] admin-username=wangnc admin-password=iamwangnc admin-lua-script=/usr/local/Mysql Proxy/lib/Mysql Proxy/lua/adminlua proxy-backend-addresses=19216841196:3351 proxy-read-only-backend-addresses=19216841197:3351 proxy-lua-script=/usr/local/Mysql Proxy/share/doc/Mysql Proxy/rw-splittinglua log-file=/var/tmp/Mysql Proxylog log-level=debug daemon=true keepalive=true # chmod 660 /etc/Mysql Proxycnf # Mysql Proxy defaults-file=/etc/Mysql Proxycnf # ps -ef | grep Mysql Proxy | grep -v grep root 1869 1 0 18:16 00:00:00 /usr/local/Mysql Proxy/libexec/Mysql Proxy defaults-file=/etc/Mysql Proxycnf root 1870 1869 0 18:16 00:00:00 /usr/local/Mysql Proxy/libexec/Mysql Proxy defaults-file=/etc/Mysql Proxycnf # tail -50f /var/tmp/Mysql Proxylog

6、客户端连接测试

（1）先停止Slave的复制进程

mysql> stop slave;

（2）连接Proxy端口, 插入数据

# mysql -uu_test -pxxx -h19216841203 -P4040 -Ddb_test mysql> insert into db_testt_test values ('testB'); mysql> select from db_testt_test; +-+ | col | +-+ | testA | | testB | +-+

（3）多开几个客户端, 连接Proxy端口, 查询数据

# mysql -uu_test -pxxx -h19216841203 -P4040 -Ddb_test mysql> select from db_testt_test; +-+ | col | +-+ | testA | +-+

如果查询不到上步新插入的数据, 说明连接到了Slave, 读写分离成功 在同一线程再插入数据并验证:

mysql> insert into db_testt_test values ('testC'); mysql> select from db_testt_test; +-+ | col | +-+ | testA | +-+

发现insert *** 作成功, 但是select不出刚插入的数据, 说明同一线程也读写分离成功 从日志中可以验证:

# tail -50f /var/tmp/Mysql Proxylog [read_query] 19216841203:45481 current backend = 0 client default db = db_test client username = u_test query = select from db_testt_test sending to backend : 19216841197:3351 is_slave : true server default db: db_test server username : u_test in_trans : false in_calc_found : false COM_QUERY : true [read_query] 19216841203:45481 current backend = 0 client default db = db_test client username = u_test query = insert into db_testt_test values ('testC') sending to backend : 19216841196:3351 is_slave : false server default db: db_test server username : u_test in_trans : false in_calc_found : false COM_QUERY : true

（4）测试完毕后, 启动Slave的复制进程

mysql> start slave;

7、正式环境说明

1、Mysql Proxy当前还只是个测试版, MySQL官方还不建议用到生产环境中;

2、Mysql Proxy的rw-splittinglua脚本在网上有很多版本, 但是最准确无误的版本仍然是源码包中所附带的rw-splittinglua脚本, 如果有lua脚本编程基础的话, 可以在这个脚本的基础上再进行优化；

3、Mysql Proxy实际上非常不稳定, 在高并发或有错误连接的情况下, 进程很容易自动关闭, 因此打开keepalive参数让进程自动恢复是个比较好的办法, 但还是不能从根本上解决问题, 因此通常最稳妥的做法是在每个从服务器上安装一个Mysql Proxy供自身使用, 虽然比较低效但却能保证稳定性；

4、Amoeba for MySQL是一款优秀的中间件软件, 同样可以实现读写分离, 负载均衡等功能, 并且稳定性要大大超过Mysql Proxy, 建议大家用来替代Mysql Proxy, 甚至MySQL-Cluster

小结：详解Mysql Proxy Lua读写分离设置的内容介绍完了，希望通过本文的学习能对你有所帮助！

方法/步骤1将下载的mysql-5624-win321432006610zip解压到C:\ProgramFiles（x86）\MySQL路径中(因为下载的是mysql32位版)，当然你也可以选择解压到其他盘符。2接下来配置环境变量，如没有配置会提示：发生系统错误2，未找到指定文件！方法如下：打开我的电脑—属性—高级系统设置—环境变量—选择Path,点编辑。在其后面添加你的mysqlbin文件夹的路径(C:\ProgramFiles(x86)\MySQL\bin;)注意是在后面添加，以英文;隔开，切记不要覆盖原有路径！3修改配置文件：在你解压的mysql文件夹里有一个my-defaultini文件，打开如图：修改图中红色圈的内容，basedir=C:\ProgramFiles(x86)\MySQL（MySQL所在目录）datadir=C:\ProgramFiles(x86)\MySQL\data（MySQL中data所在目录）注：前面的#去掉。如图4以管理员身份运行CMD,输入：cdC:\ProgramFiles(x86)\MySQL\bin如图：输入：mysqld-install，接着会提示安装成功，进行下一步，启动MySQL服务：netstartmysql，提示：MySQL服务正在启动MySQL服务启动成功。如图，（由于我是已经配置好的，所以会提示：Theservicealreadyexists!）注：以上命令符 *** 作必须进入到bin目录下进行，否则提示系统出错！5到此所有配置已经完成，进入登录。接着以上 *** 作输入：mysql-uroot-p。（连接数据库服务器的命令：-u是mysql数据库用户名，默认为root，-p密码），初次登录没有密码按ENTER键跳过，进入如图界面，登录成功！

以上就是关于mysql怎么复制一个数据库中的一张表到另外一个数据库~~~~全部的内容，包括:mysql怎么复制一个数据库中的一张表到另外一个数据库~~~~、基于MySQL双主的高可用解决方案理论及实践、NewSQL为何使传统关系数据库黯然失色等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！