1. 悲观锁
在MSSQL中，悲观锁是一种保守的锁策略，它假定并发访问的可能性很高，因此会在访问数据时进行加锁。悲观锁在数据读取与操作之前先获得锁，以确保别的事务不会篡改该数据，等到操作完成后才释放锁。
在实际应用中，通常在对数据进行修改、删除等操作时使用悲观锁。在MSSQL中，可使用SELECT 语句后加上WITH (UPDLOCK, ROWLOCK) 来实现悲观锁，UPDLOCK表示更新锁，ROWLOCK表示行锁，具体语法如下：
BEGIN TRANSACTION;
SELECT *
FROM Table WITH (UPDLOCK, ROWLOCK)
WHERE id = '1';
-- 进行数据操作
UPDATE Table SET col = 'new value' WHERE id = '1';
COMMIT TRANSACTION;
悲观锁可以确保数据的安全性，但也会带来一定的性能问题。如果锁的范围过大或锁持有时间过长，会导致其它事务无法访问该数据，从而降低系统的并发性能。
2. 乐观锁
相对于悲观锁，乐观锁是一种更为宽松的锁策略。其认为并发访问的可能性很小，因此在进行数据操作时，只是简单地判断该数据是否被修改过，如果没有被修改，则认为该事务可以继续进行操作，如果已经被修改，则需要回滚事务或者重试操作。
在MSSQL中，可以使用乐观锁实现并发控制，常用的方式是使用TIMESTAMP类型列，其会在每次修改表中数据时更新，因此可以利用该列来检测数据是否被并发修改过。具体语法如下：
BEGIN TRANSACTION;
SELECT * FROM Table WHERE id = '1';
-- 进行数据操作
UPDATE Table SET col = 'new value', timestamp = GETDATE() WHERE id = '1';
COMMIT TRANSACTION;
在上述代码中，使用了GETDATE()函数来更新TIMESTAMP列的值，以确保数据的乐观锁有效。如果有其它事务在本事务进行操作之前修改该数据，那么就会导致本事务的更新操作无法执行，从而需要回滚事务或者重试操作。
3. 悲观锁与乐观锁的比较
3.1 性能对比
从理论上来说，乐观锁的性能应该优于悲观锁，因为它不需要锁定表或行，只需要进行简单的判断操作。但在实际应用中，两种锁都需要根据实际情况进行选择，如果数据并发访问量较大，那么悲观锁可能更适合，因为乐观锁的重试次数会增加，从而导致性能降低。
3.2 数据完整性
在数据完整性方面，由于悲观锁在操作数据时进行了加锁操作，因此可以确保数据在事务操作期间不会被其它事务修改，从而保证数据的完整性。但是对于一些高并发的系统来说，使用悲观锁会导致锁等待的问题，从而可能会影响系统的并发性能。
乐观锁则不同，它在进行数据操作时不进行加锁，因此可能会导致数据在事务操作期间被其它事务修改，导致数据完整性的问题。但是对于较小并发量的系统来说，乐观锁可以优化并发访问，从而提高系统的性能。
3.3 应用场景
在实际应用中，悲观锁适合操作量较大、对数据完整性要求较高的系统，例如银行交易系统、支付系统等。而乐观锁适合操作量较小、对数据完整性要求不是很高的系统，例如电商网站、博客等。
4. 总结
悲观锁和乐观锁是并发控制中两种不同的策略，各自有着自己的优缺点。在实际应用中，应根据系统的运行环境和实际需求来选择合适的锁策略，以提高系统的性能和稳定性。