mysql锁解决并发问题_百度文库
赠送免券下载特权
10W篇文档免费专享
部分付费文档8折起
每天抽奖多种福利
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
mysql锁解决并发问题
北京动力节点教育科技有限公司，自2009成立...|
总评分0.0|
&&mysql锁解决并发问题
阅读已结束，下载本文需要
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，同时保存到云知识，更方便管理
加入VIP
还剩4页未读，
定制HR最喜欢的简历
你可能喜欢MySQL行级锁、表级锁、页级锁详细介绍
转载 &发布时间：日 08:51:21 & 作者：
这篇文章主要介绍了MySQL行级锁、表级锁、页级锁详细介绍,同时列举了一些实例说明,需要的朋友可以参考下
页级:引擎 BDB。表级:引擎 MyISAM ， 理解为锁住整个表，可以同时读，写不行行级:引擎 INNODB ， 单独的一行记录加锁
表级，直接锁定整张表，在你锁定期间，其它进程无法对该表进行写操作。如果你是写锁，则其它进程则读也不允许行级,，仅对指定的记录进行加锁，这样其它进程还是可以对同一个表中的其它记录进行操作。页级，表级锁速度快，但冲突多，行级冲突少，但速度慢。所以取了折衷的页级，一次锁定相邻的一组记录。
MySQL 5.1支持对MyISAM和MEMORY表进行表级锁定，对BDB表进行页级锁定，对InnoDB表进行行级锁定。对WRITE，MySQL使用的表锁定方法原理如下：如果在表上没有锁，在它上面放一个写锁。否则，把锁定请求放在写锁定队列中。
对READ，MySQL使用的锁定方法原理如下：如果在表上没有写锁定，把一个读锁定放在它上面 &&否则，把锁请求放在读锁定队列中。
InnoDB使用行锁定，BDB使用页锁定。对于这两种存储引擎，都可能存在死锁。这是因为，在SQL语句处理期间，InnoDB自动获得行锁定和BDB获得页锁定，而不是在事务启动时获得。&
行级锁定的优点：·&&&&&&&& 当在许多线程中访问不同的行时只存在少量锁定冲突。·&&&&&&&& 回滚时只有少量的更改。·&&&&&&&& 可以长时间锁定单一的行。
行级锁定的缺点：·&&&&&&&& 比页级或表级锁定占用更多的内存。·&&&&&&&& 当在表的大部分中使用时，比页级或表级锁定速度慢，因为你必须获取更多的锁。·&&&&&&&& 如果你在大部分数据上经常进行GROUP BY操作或者必须经常扫描整个表，比其它锁定明显慢很多。·&&&&&&&& 用高级别锁定，通过支持不同的类型锁定，你也可以很容易地调节应用程序，因为其锁成本小于行级锁定。
在以下情况下，表锁定优先于页级或行级锁定：·&&&&&&&& 表的大部分语句用于读取。·&&&&&&&& 对严格的关键字进行读取和更新，你可以更新或删除可以用单一的读取的关键字来提取的一行：·&&&&&&&&&&&&&&& UPDATE tbl_name SET column=value WHERE unique_key_col=key_·&&&&&&&&&&&&&&& DELETE FROM tbl_name WHERE unique_key_col=key_·&&&&&&&& SELECT 结合并行的INSERT语句，并且只有很少的UPDATE或DELETE语句。·&&&&&&&& 在整个表上有许多扫描或GROUP BY操作，没有任何写操作。
/* ========================= mysql 锁表类型和解锁语句 ========================= */
如果想要在一个表上做大量的 INSERT 和 SELECT 操作，但是并行的插入却不可能时，可以将记录插入到临时表中，然后定期将临时表中的数据更新到实际的表里。可以用以下命令实现： 代码如下:mysql& LOCK TABLES real_table WRITE, insert_table WRITE;mysql& INSERT INTO real_table SELECT * FROM insert_mysql& TRUNCATE TABLE insert_mysql& UNLOCK TABLES;
行级锁的优点有：&在很多线程请求不同记录时减少冲突锁。&事务回滚时减少改变数据。&使长时间对单独的一行记录加锁成为可能。
行级锁的缺点有：&比页级锁和表级锁消耗更多的内存。&锁是计算机协调多个进程或线程并发访问某一资源的机制，不同的数据库的锁机制大同小异。由于数据库资源是一种供许多用户共享的资源，所以如何保证数据并发访问的一致性、有效性是所有数据库必须解决的一个问题，锁冲突也是影响数据库并发访问性能的一个重要因素。了解锁机制不仅可以使我们更有效的开发利用数据库资源，也使我们能够更好地维护数据库，从而提高数据库的性能。
MySQL的锁机制比较简单，其最显著的特点是不同的存储引擎支持不同的锁机制。
例如，MyISAM和MEMORY存储引擎采用的是表级锁（table-level-locking）；BDB存储引擎采用的是页面锁（page-level-locking），同时也支持表级锁；InnoDB存储引擎既支持行级锁，也支持表级锁，默认情况下是采用行级锁。
上述三种锁的特性可大致归纳如下：1） 表级锁：开销小，加锁快；不会出现死锁；锁定粒度大，发生锁冲突的概率最高，并发度最低。2） 行级锁：开销大，加锁慢；会出现死锁；锁定粒度最小，发生锁冲突的概率最低，并发度也最高。3） 页面锁：开销和加锁时间界于表锁和行锁之间；会出现死锁；锁定粒度界于表锁和行锁之间，并发度一般。
&&&& 三种锁各有各的特点，若仅从锁的角度来说，表级锁更适合于以查询为主，只有少量按索引条件更新数据的应用，如WEB应用；行级锁更适合于有大量按索引条件并发更新少量不同数据，同时又有并发查询的应用，如一些在线事务处理（OLTP）系统。
&&&& MySQL表级锁有两种模式：表共享读锁（Table Read Lock）和表独占写锁（Table Write Lock）。什么意思呢，就是说对MyISAM表进行读操作时，它不会阻塞其他用户对同一表的读请求，但会阻塞 对同一表的写操作；而对MyISAM表的写操作，则会阻塞其他用户对同一表的读和写操作。
&&&& MyISAM表的读和写是串行的，即在进行读操作时不能进行写操作，反之也是一样。但在一定条件下MyISAM表也支持查询和插入的操作的并发进行，其机制是通过控制一个系统变量（concurrent_insert）来进行的，当其值设置为0时，不允许并发插入；当其值设置为1 时，如果MyISAM表中没有空洞（即表中没有被删除的行），MyISAM允许在一个进程读表的同时，另一个进程从表尾插入记录；当其值设置为2时，无论MyISAM表中有没有空洞，都允许在表尾并发插入记录。
&&&& MyISAM锁调度是如何实现的呢，这也是一个很关键的问题。例如，当一个进程请求某个MyISAM表的读锁，同时另一个进程也请求同一表的写锁，此时MySQL将会如优先处理进程呢？通过研究表明，写进程将先获得锁（即使读请求先到锁等待队列）。但这也造成一个很大的缺陷，即大量的写操作会造成查询操作很难获得读锁，从而可能造成永远阻塞。所幸我们可以通过一些设置来调节MyISAM的调度行为。我们可通过指定参数low-priority-updates，使MyISAM默认引擎给予读请求以优先的权利，设置其值为1（set low_priority_updates=1),使优先级降低。
&&&& InnoDB锁与MyISAM锁的最大不同在于：一是支持事务（TRANCSACTION），二是采用了行级锁。我们知道事务是由一组SQL语句组成的逻辑处理单元，其有四个属性（简称ACID属性），分别为：
原子性（Atomicity）：事务是一个原子操作单元，其对数据的修改，要么全部执行，要么全都不执行；一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态；隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行；持久性（Durable）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。
InnoDB有两种模式的行锁：
1）共享锁：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。&&& ( Select * from table_name where ......lock in share mode)
2）排他锁：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和& 排他写锁。(select * from table_name where.....for update)&&& 为了允许行锁和表锁共存，实现多粒度锁机制；同时还有两种内部使用的意向锁（都是表锁），分别为意向共享锁和意向排他锁。&&& InnoDB行锁是通过给索引项加锁来实现的，即只有通过索引条件检索数据，InnoDB才使用行级锁，否则将使用表锁！
另外：插入，更新性能优化的几个重要参数 代码如下:bulk_insert_buffer_size批量插入缓存大小, 这个参数是针对MyISAM存储引擎来说的.适用于在一次性插入100-1000+条记录时, 提高效率.默认值是8M.可以针对数据量的大小,翻倍增加.
concurrent_insert并发插入, 当表没有空洞(删除过记录), 在某进程获取读锁的情况下,其他进程可以在表尾部进行插入.
值可以设0不允许并发插入, 1当表没有空洞时, 执行并发插入, 2不管是否有空洞都执行并发插入.默认是1 针对表的删除频率来设置.
delay_key_write针对MyISAM存储引擎,延迟更新索引.意思是说,update记录时,先将数据up到磁盘,但不up索引,将索引存在内存里,当表关闭时,将内存索引,写到磁盘. 值为 0不开启, 1开启. 默认开启.
delayed_insert_limit, delayed_insert_timeout, delayed_queue_size延迟插入, 将数据先交给内存队列, 然后慢慢地插入.但是这些配置,不是所有的存储引擎都支持, 目前来看, 常用的InnoDB不支持, MyISAM支持. 根据实际情况调大, 一般默认够用了/* ==================== MySQL InnoDB 锁表与锁行 ======================== */
由于InnoDB预设是Row-Level Lock，所以只有「明确」的指定主键，MySQL才会执行Row lock (只锁住被选取的资料例) ，否则MySQL将会执行Table Lock (将整个资料表单给锁住)。
举个例子: 假设有个表单products ，里面有id跟name二个栏位，id是主键。
例1: (明确指定主键，并且有此笔资料，row lock) 代码如下:SELECT * FROM products WHERE id='3' FOR UPDATE;SELECT * FROM products WHERE id='3' and type=1 FOR UPDATE;
例2: (明确指定主键，若查无此笔资料，无lock) 代码如下:SELECT * FROM products WHERE id='-1' FOR UPDATE;
例3: (无主键，table lock) 代码如下:SELECT * FROM products WHERE name='Mouse' FOR UPDATE;
例4: (主键不明确，table lock) 代码如下:SELECT * FROM products WHERE id&&'3' FOR UPDATE;
例5: (主键不明确，table lock) 代码如下:SELECT * FROM products WHERE id LIKE '3' FOR UPDATE;
注1: FOR UPDATE仅适用于InnoDB，且必须在交易区块(BEGIN/COMMIT)中才能生效。注2: 要测试锁定的状况，可以利用MySQL的Command Mode ，开二个视窗来做测试。
在MySql 5.0中测试确实是这样的
另外：MyAsim 只支持表级锁，InnerDB支持行级锁添加了(行级锁/表级锁)锁的数据不能被其它事务再锁定，也不被其它事务修改（修改、删除）是表级锁时，不管是否查询到记录，都会锁定表此外，如果A与B都对表id进行查询但查询不到记录，则A与B在查询上不会进行row锁，但A与B都会获取排它锁，此时A再插入一条记录的话则会因为B已经有锁而处于等待中，此时B再插入一条同样的数据则会抛出Deadlock found whe try restarting transaction然后释放锁，此时A就获得了锁而插入成功&
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具MySQL并发引起的死锁问题
请点击此处输入图片描述
平台的某个数据库上面有近千个连接，每个连接对应一个爬虫，爬虫将爬来的数据放到cdb里供后期分析查询使用。前段时间经常出现cdb查询缓慢，cpu占有率高的现象。通过show processlist后发现，大量的连接卡在了执行INSERT ... ON DUPLICATE KEY UPDATE这样的语句上面。难道并发执行INSERT ... ON DUPLICATE KEY UPDATE会导致cpu负荷直线上升吗，下面我们做一个实验。
先创建一张表TestA： CREATE TABLE `TestA` ( `id` int(11) NOT NULL, `num` int(1) DEFAULT NULL,
再编写一个压测测试脚本，分别在并发为1、2、5、10，20，50，100，125，200的情况下测试执行1000次 INSERT INTO
VALUES (1,1) ON DUPLICATE KEY UPDATE num=num+1语句。 import gevent,timefrom gevent import monkey
运行结果如下图，随着并发数的增加执行sql语句耗时呈现先下降后增加的趋势，与之相对应的是cpu使用率随着并发数增加不断增加。可以看出，当并发数大于一定125的时候，系统发生了雪崩，性能急剧下降。而在图上没有标出来的是，当并发数大于200的时候，mysql直接返回了Deadlock found whe try restarting transaction错误，已经无法正常执行语句了。
请点击此处输入图片描述
通过perf来分析造成上述雪崩的原因，发现是卡在了lock_rec_get_prev函数上面。
请点击此处输入图片描述
INSERT INTO
VALUES (1,1) ON DUPLICATE KEY UPDATE num=num+1 这个语句先在表TestA中找到是否存在id=1的行，因为id是主键，所以很快就定位到这一行上面。接下来需要执行update操作，在执行update之前需要获取该行的X锁。由于大量的连接都在执行这个操作，因此在抢夺行锁上产生了大量的竞争，因为行锁的分配也涉及了自旋锁。很多连接就卡在了自旋锁上面，白白的消耗了cpu资源。
解决方案：
其实最好的解决方案就是不要将这些爬虫直接连到mysql上面，通过一个中间层维护一个mysql的连接池，这样既能满足实际业务需求，也不会造成死锁。当然对于这个具体场景也是有简单的优化方案的。造成死锁的原因是大量连接对行锁进行争夺。既然这个行锁是性能瓶颈，那我们可以通过增加行锁来减少争夺的成本。
我们稍微改造一下表结构，添加一个联合主键（id、thread_id)，每个连接都执行 INSERT INTO
VALUES (1,{thread_id},1) ON DUPLICATE KEY UPDATE num=num+1。这样每个连接都有了属于自己的行锁，不会互相争夺而产生死锁了。最后只需要执行一下sum就可以获取最终结果了。 CREATE TABLE `TestB` ( `id` int(11) NOT NULL, `thread_id` int(11) NOT NULL, `num` int(1) DEFAULT NULL,
压测测试结果如图，随着连接数的增加，耗时减少至稳定，cpu使用率增加至稳定。
请点击此处输入图片描述
责任编辑：
声明：该文观点仅代表作者本人，搜狐号系信息发布平台，搜狐仅提供信息存储空间服务。
今日搜狐热点数据库并发问题对同一内容更改，mysql 表级行级锁都什么时候用_百度知道
数据库并发问题对同一内容更改，mysql 表级行级锁都什么时候用
我有更好的答案
一般应用在设计的时候不需要考虑事务并发 . 只要控制好 , 增加,修改,删除在出错时候回滚数据就可以了 .小型应用以及使用频繁的数据不要轻易加锁.应用里面大量使用锁只会导致CPU高,且效率低.如果出现某数据经常查询,且经常性修改,那么前期的数据库数据关联的设计肯定有问题.
采纳率：93%
来自团队：
为您推荐：
其他类似问题
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。[学]寻找mysql高并发解决方案（事务，行锁，事务隔离级别）
http://blog.csdn.net/caomiao2006/article/details/
http://blog.csdn.net/sjc106112/article/details/
beginTranse(开启事务)
&&& $result =
$dbca-&query('select amount from s_store where postID =
if(result-&amount & 0){
&&&&&&&&//quantity为请求减掉的库存数量
&&&&&&&&$dbca-&query('update
s_store set amount = amount
-&quantity&where postID =
}catch($e Exception){
&&&&rollBack(回滚)
commit(提交事务)
beginTranse(开启事务)
&&&&//quantity为请求减掉的库存数量
$dbca-&query('update s_store set amount = amount
-&quantity&where postID =
&&& $result =
$dbca-&query('select amount from s_store where postID =
if(result-&amount & 0){
throw new Exception('库存不足');
}catch($e Exception){
&&&&rollBack(回滚)
commit(提交事务)
查 事务 更 查 提交
，这样的执行顺序当并发时 是不是会出现进入事务两边同时更新完 查时发现都执行了更新 于是 同时回滚导致数据都不写入 或者
根据以下默认事务隔离的
方式，同一事务不受其他事务影响，那么就意味着也能更新或者插入，和没有加事务一个与原理了？？答案未知。所以利用事务到底能不能解决并发问题还是只能解决部分的并发问题而不是全部？
对高并发有区别么？？进入事务后执行完更新语句后查询的结果是各个事务中更新语句执行完毕的结果么？
&默认是未提交的结果是会互相影响的。如下：http://www.2cto.com/database/520.html
1、什么是事务
事务是一条或多条数据库操作语句的组合，具备ACID，4个特点。
原子性：要不全部成功，要不全部撤销
隔离性：事务之间相互独立，互不干扰
一致性：数据库正确地改变状态后，数据库的一致性约束没有被破坏
持久性：事务的提交结果，将持久保存在数据库中
2、事务并发会产生什么问题
1）第一类丢失更新：在没有事务隔离的情况下，两个事务都同时更新一行数据，但是第二个事务却中途失败退出，
导致对数据的两个修改都失效了。
张三的工资为5000，事务A中获取工资为5000，事务B获取工资为5000，汇入100，并提交数据库，工资变为5100，
事务A发生异常，回滚了，恢复张三的工资为5000，这样就导致事务B的更新丢失了。
2）脏读：脏读就是指当一个事务正在访问数据，并且对数据进行了修改，而这种修改还没有提交到数据库中，这时，另外一个事务也访问这个数据，然后使用了这个数据。
　　张三的工资为5000,事务A中把他的工资改为8000,但事务A尚未提交。
　　与此同时，
　　事务B正在读取张三的工资，读取到张三的工资为8000。
　　随后，
　　事务A发生异常，而回滚了事务。张三的工资又回滚为5000。
　　最后，
　　事务B读取到的张三工资为8000的数据即为脏数据，事务B做了一次脏读。
3）不可重复读：是指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。
　　在事务A中，读取到张三的工资为5000，操作没有完成，事务还没提交。
　　与此同时，
　　事务B把张三的工资改为8000，并提交了事务。
　　随后，
　　在事务A中，再次读取张三的工资，此时工资变为8000。在一个事务中前后两次读取的结果并不致，导致了不可重复读。
4）第二类丢失更新：不可重复读的特例。有两个并发事务同时读取同一行数据，然后其中一个对它进行修改提交，而另一个也进行了修改提交。这就会造成第一次写操作失效。
在事务A中，读取到张三的存款为5000，操作没有完成，事务还没提交。
　　与此同时，
　　事务B，存储1000，把张三的存款改为6000，并提交了事务。
　　随后，
　　在事务A中，存储500，把张三的存款改为5500，并提交了事务，这样事务A的更新覆盖了事务B的更新。
5）幻读：是指当事务不是独立执行时发生的一种现象，例如第一个事务对一个表中的数据进行了修改，这种修改涉及到表中的全部数据行。同时，第二个事务也修改这个表中的数据，这种修改是向表中插入一行新数据。那么，以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行，就好象发生了幻觉一样。
　　目前工资为5000的员工有10人，事务A读取所有工资为5000的人数为10人。
　　此时，
　　事务B插入一条工资也为5000的记录。
　　这是，事务A再次读取工资为5000的员工，记录为11人。此时产生了幻读。
不可重复读的重点是修改，同样的条件，你读取过的数据，再次读取出来发现值不一样了
幻读的重点在于新增或者删除，同样的条件，第 1 次和第 2 次读出来的记录数不一样
3、事务隔离级别，解决什么并发问题，以及存在什么并发问题
（1）READ_UNCOMMITTED
　　这是事务最低的隔离级别，它充许另外一个事务可以看到这个事务未提交的数据。
　　解决第一类丢失更新的问题，但是会出现脏读、不可重复读、第二类丢失更新的问题，幻读 。
（2）READ_COMMITTED
　　保证一个事务修改的数据提交后才能被另外一个事务读取，即另外一个事务不能读取该事务未提交的数据。
　　解决第一类丢失更新和脏读的问题，但会出现不可重复读、第二类丢失更新的问题，幻读问题
（3）REPEATABLE_READ
　　保证一个事务相同条件下前后两次获取的数据是一致的 &（注意是
& &一个事务，可以理解为事务间的数据互不影响）
解决第一类丢失更新，脏读、不可重复读、第二类丢失更新的问题，但会出幻读。
（4）SERIALIZABLE
　　事务被处理为顺序执行。
　　解决所有问题
Mysql默认的事务隔离级别为repeatable_read
4、InnoDB引擎的锁机制
（之所以以InnoDB为主介绍锁，是因为InnoDB支持事务，支持行锁和表锁用的比较多，Myisam不支持事务，只支持表锁）
共享锁（S）：允许一个事务去读一行，阻止其他事务获得相同数据集的排他锁。
排他锁（X)：允许获得排他锁的事务更新数据，阻止其他事务取得相同数据集的共享读锁和排他写锁。
意向共享锁（IS）：事务打算给数据行加行共享锁，事务在给一个数据行加共享锁前必须先取得该表的IS锁。
意向排他锁（IX）：事务打算给数据行加行排他锁，事务在给一个数据行加排他锁前必须先取得该表的IX锁。
1）共享锁和排他锁都是行锁，意向锁都是表锁，应用中我们只会使用到共享锁和排他锁，意向锁是mysql内部使用的，不需要用户干预。
2）对于UPDATE、DELETE和INSERT语句，InnoDB会自动给涉及数据集加排他锁（X)；对于普通SELECT语句，InnoDB不会加任何锁，事务可以通过以下语句显示给记录集加共享锁或排他锁。
共享锁（S）：SELECT * FROM table_name WHERE ... LOCK IN SHARE MODE。
排他锁（X)：SELECT * FROM table_name WHERE ... FOR UPDATE。
3）InnoDB行锁是通过给索引上的索引项加锁来实现的，因此InnoDB这种行锁实现特点意味着：只有通过索引条件检索数据，InnoDB才使用行级锁，否则，InnoDB将使用表锁！。
-----------------------------
共享锁又称为读锁，简称S锁，顾名思义，共享锁就是多个事务对于同一数据可以共享一把锁，都能访问到数据，但是只能读不能修改。
排他锁又称为写锁，简称X锁，顾名思义，排他锁就是不能与其他所并存，如一个事务获取了一个数据行的排他锁，其他事务就不能再获取该行的其他锁，包括共享锁和排他锁，但是获取排他锁的事务是可以对数据就行读取和修改。
对于共享锁大家可能很好理解，就是多个事务只能读数据不能改数据，对于排他锁大家的理解可能就有些差别，我当初就犯了一个错误，以为排他锁锁住一行数据后，其他事务就不能读取和修改该行数据，其实不是这样的。排他锁指的是一个事务在一行数据加上排他锁后，其他事务不能再在其上加其他的锁。mysql
InnoDB引擎默认的修改数据语句，update,delete,insert都会自动给涉及到的数据加上排他锁，select语句默认不会加任何锁类型，如果加排他锁可以使用select
...for update语句，加共享锁可以使用select ... lock in share
mode语句。所以加过排他锁的数据行在其他事务种是不能修改数据的，也不能通过for update和lock in share
mode锁的方式查询数据，但可以直接通过select ...from...查询数据，因为普通查询没有任何锁机制。
其他的语句要操作数据需等待锁释放。
可以利用事务中更新 操作自动排他锁并且事务提交后才释放锁的原理防止 并发执行update，但是效率会变慢。
那插入操作呢?
默认下insert 加间隙锁：http://book.51cto.com/art/28.htm
& ----有时候会表锁，和索引和事务隔离有关。
对新增的数据 间隙加锁，后面的新增操作无法写入。等待。
如果这样那么默认下可以解决高并发的重复插入但是 & 考虑到高并发下的效率就不宜。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。